Ozor プロンプト最適化 は何をしますか？
既存の Ozor.ai ビデオプロンプトを分析し、曖昧または不十分なプロンプトを、初回から優れた結果を生み出す具体的で高品質なプロンプトに変革します。このスキルはプロンプト品質レビュアーとして機能し、不足している点、曖昧な点、改善可能な点を特定し、プロンプトを書き換えます。
このスキルを使用するタイミング
- ユーザーが mediocre な動画を生成したプロンプトを持っている場合
- ユーザーが実行前にプロンプトのレビューを希望している場合
- ユーザーが動画を反復改良しており、望む結果が得られない場合
- ユーザーが「なぜ私の動画は凡庸/ひどい/間違っているように見えるのか」と尋ねた場合
- ユーザーが既存のプロンプトを貼り付けて改善を依頼した場合
プロンプト品質フレームワーク
すべての Ozor プロンプトは6つの次元で評価されます。優れたプロンプトはすべての次元で高得点です。
1. 具体性（最も重要）
悪い例: 「製品を見せる」 良い例: 「TaskFlow ダッシュボードを3つのタスク列（To Do、In Progress、Done）で表示し、各列に2～3個のタスクカードがあるようにする。カードが「To Do」から「In Progress」にドラッグされる様子にズームインする。」
Ozor は何をレンダリングすべきか正確に分かっていると、より良い出力を生成します。曖昧なプロンプトはAIに推測を強要し、その推測は平凡なものになります。
確認事項:
- 視覚的な説明は具体的ですか？（色、レイアウト、アニメーション）
- 画面上のテキストは、説明するだけでなく、明示的に書き出されていますか？
- シーンの遷移は指定されていますか？
- 全体的なビジュアルスタイルは「クリーン」「モダン」以上に定義されていますか？
2. 構造
悪い例: 動画全体を説明する長い段落。 良い例: 番号付きのシーン、それぞれに明確なタイトルと単一の目的を持つ。
確認事項:
- プロンプトは番号付きのシーンに分割されていますか？
- 各シーンには1つの役割だけが割り当てられていますか？
- 論理的な流れ（フック → コンテンツ → CTA）がありますか？
- シーンは最大の効果を得るために順序付けられていますか？
3. 制約
悪い例: 「私の製品について動画を作って」 良い例: 「45秒、ランドスケープ（16:9）、12シーンの動画を作成する」
確認事項:
- 再生時間は指定されていますか？
- アスペクト比は指定されていますか（16:9または9:16）？
- シーン数は指定されていますか？
- シーンあたりの最大テキスト量は暗示または明示されていますか？
4. ビジュアルディレクション
悪い例: 「見栄えを良くして」 良い例: 「暗い背景（#1a1a2e）、白いテキスト、エレクトリックブルー（#3B82F6）のアクセント。ミニマルなスタイル — グラデーションなし、3D効果なし。クリーンなサンセリフ体のタイポグラフィ。」
確認事項:
- 背景色/スタイルは指定されていますか？
- アクセントカラーは提供されていますか（16進数コードが最適）？
- アニメーションスタイルは説明されていますか？
- タイポグラフィの方向性は示されていますか？
- ムード/雰囲気は定義されていますか？
5. オーディエンス認識
悪い例: 誰のための動画か言及なし。 良い例: 「オーディエンス: プロジェクト管理ツールの乱立に悩むスタートアップ創業者。トーン: 共感的だが自信に満ちた。」
確認事項:
- ターゲットオーディエンスは明示されていますか？
- トーン（口調）は定義されていますか？
- 言語レベルはオーディエンスに適切ですか？
- 専門用語はオーディエンスの専門知識に合わせて調整されていますか？
6. 行動可能なCTA
悪い例: CTAがない、または「チェックしてみて」 良い例: 「最終シーン: 「無料トライアルを開始 — taskflow.app」。大きな中央寄せテキスト、その下にロゴ、URLに微妙なパルスアニメーション。」
確認事項:
- 最終シーンにCTAがありますか？
- CTAは具体的ですか（URL、アクション、ベネフィット）？
- CTAは視覚的に目立ちますか？
最適化ワークフロー
ステップ1 — 診断
ユーザーのプロンプトを読み、各次元をスコアリングします。
## プロンプト分析
| 次元 | スコア | 問題点 |
|-----------|-------|-------|
| 具体性 | 低/中/高 | [不足している点] |
| 構造 | 低/中/高 | [不足している点] |
| 制約 | 低/中/高 | [不足している点] |
| ビジュアルディレクション | 低/中/高 | [不足している点] |
| オーディエンス認識 | 低/中/高 | [不足している点] |
| CTA | 低/中/高 | [不足している点] |
**全体:** [主な問題の簡単な要約]
ステップ2 — 説明
スコアが低い各次元について、簡潔に説明します。
- 何が問題か
- それがOzorの出力に与える影響
- 修正方法の例
説明は簡潔に保ちましょう。ユーザーは講義ではなく、より良いプロンプトを求めています。
ステップ3 — 書き換え
ユーザーがOzorにそのままコピー＆ペーストできる、完全に最適化されたプロンプトを生成します。書き換えでは以下のことを行います。
- 特定されたすべての問題を修正
- ユーザーの意図と内容を保持
- 曖昧だった部分に具体性を追加
- 構造化されていなかった部分に構造を追加
- 不足していた制約を追加
- 欠けていたビジュアルディレクションを追加
- 全体的なメッセージは維持
以下の形式で書き換えを提示します。
## 最適化プロンプト（Ozorにコピー＆ペースト）
[製品/トピック]に関する[再生時間] [フォーマット]の動画を作成します。
[N]シーン:
(1) [シーンタイトル] — [詳細で具体的な指示]
(2) [シーンタイトル] — [詳細で具体的な指示]
[...全シーン...]
スタイル: [色、ムード、タイポグラフィを含む具体的なビジュアル方向性]。
トーン: [定義されたトーン]。
オーディエンス: [指定されたオーディエンス]。
ステップ4 — 変更点の説明
書き換えの後に、簡潔な差分の要約を提供します。
## 変更点
- **追加:** [不足していたが、今含まれているもの]
- **改善:** [曖昧だったが、今は具体的になったもの]
- **再構成:** [再編成されたもの]
- **削除:** [不要または逆効果だったもの]
よくある問題と修正方法
問題: 「動画が凡庸に見える」
原因: プロンプトに具体性とビジュアルディレクションが不足している。 修正: 具体的な視覚説明、ブランドカラー、特定のテキスト内容、アニメーションスタイルを追加する。
問題: 「画面上のテキストが長すぎる」
原因: プロンプトに完全な文章や段落が画面テキストとして含まれている。 修正: 画面テキストを短い見出し（5～8語）と簡潔な箇条書き（3～6語）に書き換える。詳細な説明はナレーションノートに移動するか、削除する。
問題: 「シーンの流れが良くない」
原因: プロンプトに明確な物語構造がない。 修正: フック → 問題 → 解決策 → CTA の順に再編成する。各シーンが論理的に次のシーンにつながるようにする。
問題: 「スタイルがブランドに合わない」
原因: ブランドカラー、スタイル方向性がなく、または矛盾したスタイルの手がかりがある。 修正: 特定の16進数カラーを追加し、背景スタイル（ダーク/ライト）を定義し、タイポグラフィのムードを指定し、ブランドアセットを参照する。
問題: 「動画が長すぎる/退屈だ」
原因: シーンが多すぎる、シーンあたりのコンテンツが多すぎる、またはフックがない。 修正: 必須のシーンだけに削減する。1シーンに1つのアイデア。シーン1は好奇心を喚起する強力なフックにする。
問題: 「CTAが弱い」
原因: CTAシーンがない、またはCTAが曖昧（「詳細を見る」など）。 修正: 専用の最終シーンを追加し、具体的なアクションテキスト、URL、視覚的な強調を入れる。
問題: 「Ozorが私の意図を理解しなかった」
原因: 曖昧な表現、矛盾した指示、または1つのプロンプトに含まれる要求が多すぎる。 修正: 直接的で曖昧さのない表現を使用する。シーンごとに1つの指示。矛盾したスタイルの手がかりを削除する。
改善前/改善後の例
例1: 曖昧 → 具体的
改善前:
新しいAI機能についての動画を作って。どのように動作するかを見せて、プロフェッショナルに見えるようにして。
改善後:
[製品名]の新しいAI機能「Smart Assist」を発表する、30秒のランドスケープ（16:9）動画を作成します。
10シーン:
(1) フック — 暗いネイビー（#0f172a）背景に太い白いテキスト: 「アシスタントがもっと賢くなりました。」 テキストはタイプライターアニメーションで現れる。
(2) 問題の設定 — 散らかった受信箱を見つめるユーザー、圧倒された表情。テキスト: 「心当たりはありますか？」 溢れかえるメールリストに微妙にズームイン。
(3) 問題の影響 — 分割画面: 左側は積み重なる反復作業（メール、レポート、カレンダー招待）、右側はカウントアップする時計。テキスト: 「反復作業に費やされる時間。」
(4) 解決策の提示 — 画面がクリーンな暗い背景に変わる。Smart Assist ロゴがソフトなグローでアニメーション表示。テキスト: 「Smart Assist をご紹介します。」 緑色（#22c55e）のアクセントがロゴの周りでパルスする。
(5) 機能詳細 — AI提案ポップアップが表示されるクリーンなUI。ポップアップには: 「このレポートを毎週月曜日に送信していることに気づきました。自動化しますか？」 カーソルが「はい」をクリック。スムーズなアニメーション。
(6) 動作の仕組み — 3ステップのアニメーション: (a) Smart Assistがワークフローをスキャン、(b) パターンを識別、(c) 自動化を提案。各ステップはミニマルなアイコンとラベルで表示され、アニメーションラインで接続される。
(7) 改善前/改善後 — 並列比較。左: 「改善前」 — 散らかったダッシュボード、12の手動タスク。右: 「改善後」 — クリーンなダッシュボード、3つのタスクが残っている。緑のチェックマークが「改善後」パネルにアニメーション表示される。
(8) 社会的証明 — テキスト: 「チームの週6時間以上の節約。」 カウンターが0から6にアニメーション。小さな引用: 「第二の頭脳のようだ。」 — ベータユーザー。
(9) CTAテキスト — 大きな中央寄せテキスト: 「今すぐ Smart Assist をお試しください。」 サブテキスト: 「product.com/smart-assist」。URLに微妙なグローアニメーション。
(10) ロゴクローズ — 暗いネイビー背景に中央に製品ロゴ、下部にタグライン: 「よりスマートに、より効率的に。」 穏やかなフェードアウト。
スタイル: 暗いネイビー背景（#0f172a）、白いテキスト、AI要素に緑（#22c55e）のアクセント。クリーン、ミニマル、モダン。グラデーションなし。
トーン: 自信に満ち、未来志向。
オーディエンス: 反復ワークフローを扱う既存ユーザー。
例2: テキストの壁 → 構造化
改善前:
私たちのプラットフォームが、プリビルドコンポーネント、自動デプロイ、リアルタイムコラボレーション、組み込みテスト、優れた開発者体験によって、開発者をより速く構築できるようにする方法について話す動画が欲しいです。また、5万人のユーザーがいて、TechCrunchに取り上げられたことも言及する必要があります。動画は無料トライアルのCTAで終わり、ウェブサイトに適している必要があります。
改善後:
[プラットフォーム名] — アプリをより速く構築するための開発者プラットフォーム — に関する45秒のランドスケープ（16:9）動画を作成します。
12シーン:
(1) フック — 「10倍速く出荷。」 暗い背景に中央寄せの大きな太字テキスト。背景にコードパーティクルが浮遊。
(2) ペイン — ターミナルウィンドウ、設定ファイル、ローディングスピナーに囲まれた開発者。テキスト: 「ボイラープレートにうんざり？」 背景でコードがスクロール。絵文字なしのトーン。
(3) プラットフォーム紹介 — 暗い背景（#0d1117）に[プラットフォーム名]ロゴにクリーンに遷移。テキスト: 「[プラットフォーム名]をご紹介します。」 青（#58a6ff）のグローがロゴの周りでアニメーション。
(4) 機能: コンポーネント — プリビルドUI要素を含むコンポーネントライブラリパネルを表示。開発者がボタンコンポーネントをキャンバスにドラッグすると、即座にレンダリングされる。テキスト: 「プリビルドコンポーネント。設定不要。」
(5) 機能: リアルタイムプレビュー — 分割パネルコードエディタ。左: 入力中のコード。右: リアルタイムで文字ごとに更新されるライブプレビュー。テキスト: 「変更を即座に確認。」
(6) 機能: コラボレーション — 同じコードファイル上で動く2つのカーソル、それぞれ開発者名がラベル付け。編集が同時に表示される。テキスト: 「リアルタイムコラボレーション。マージコンフリクトなし。」
(7) 機能: テスト — ターミナルパネルでテストスイートが実行される。緑のチェックマークがリストに連なって表示。テキスト: 「組み込みテスト。自信を持って出荷。」
(8) 機能: デプロイ — 単一の「デプロイ」ボタンがクリックされる。アプリがライブになるアニメーション — プログレスバーが満たされ、ライブURLが表示される。テキスト: 「ワンクリックデプロイ。ダウンタイムなし。」
(9) 社会的証明 — 「50,000人以上の開発者。」 カウンターが0から50,000に、満足感のあるチック効果でアニメーション。下部: TechCrunchロゴと引用: 「出荷する最速の方法。」 — TechCrunch。
(10) コミュニティの証明 — 小さな開発者アバターのグリッドが画面に表示される。テキスト: 「コミュニティに参加。」 アバターが穏やかにパルス。
(11) CTA — 「無料で構築を始める。」 URL: 「[platform.com]」。大きな中央寄せテキスト、URLに青（#58a6ff）の下線アニメーション。
(12) ロゴクローズ — [プラットフォーム名]ロゴが中央。タグライン: 「より速く構築。より早く出荷。」 コードパーティクルが背景に漂う。フェードアウト。
スタイル: 暗い背景（#0d1117）、白とグレーのテキスト、青（#58a6ff）のアクセント。開発者ツールの美学 — 機能名にはモノスペースフォント、見出しにはサンセリフ体。
トーン: 技術的だがアクセスしやすい。自信に満ち、誇張ではない。
オーディエンス: 新しいツールを評価しているフルスタック開発者。
ルール
- 常に完全な書き換えを生成すること。 提案を列挙するだけではなく、コピー＆ペースト可能な完成したプロンプトをユーザーに提供する。
- ユーザーの意図を保持すること。 最適化されたプロンプトは同じ動画を、より良く作成するためのものである。特に依頼がない限り、メッセージ、製品、オーディエンスを変更しない。
- 問題点について正直であること。 プロンプトがおおむね問題ない場合はその旨を伝える。徹底的に見せかけるために問題をでっち上げない。
- 具体性が最も重要である。 迷ったらより具体的にする。曖昧なプロンプトはOzorの出力が期待外れになる最も一般的な原因である。
- 過度に設計しないこと。 明確で具体的な12シーンのプロンプトは、焦点の定まらない20シーンのプロンプトよりも優れている。シンプルな方が良い。
- 前提で質問すること。 プロンプトに重要な情報（製品名、オーディエンス、ブランドカラー）が欠けている場合は、推測するのではなく
[VERIFY: ...]でフラグを立てる。