Apple風プロモーションビデオ
構成、タイポグラフィ、モーション、編集、サウンドが単一の方向性を表現するプロモーションを作成します。Apple キャンペーンのビジュアルランゲージを、被写体自身のアイデンティティに変換します。これは独立したクリエイティブワークフローであり、Apple の公式仕様や同一の結果を約束するものではありません。
1. ブリーフと前提条件の確立
組み込みの「グリル・ミー・スタイル」クリエイティブインタビューは必須です。それを短いラウンドで実行し、既に提供された決定事項に基づいて構築します。改訂時は、リクエストによって影響を受ける選択肢のみを再度開きます。ビジュアルアセットや構成スケッチを作成する前に、以下を解決します。
- 主題、対象者、販売するメリット、および望ましい視聴者の反応。
- ユーザーの既存のアイデア、ストーリー、または参考資料。これらを無関係なコンセプトに置き換えるのではなく、発展させます。
- 色とブランドアイデンティティ：提供された選択肢、制約、またはエージェントに提案を明示的に依頼すること。
- アニメーションの好み：希望する効果、トランジション、ペース、避けるべきこと。ユーザーが具体的なものを持っているか、エージェントに選択を任せたいかを尋ねます。
- ビジュアル素材：該当する場合は、クリップ、画像、スクリーン、オブジェクト、コード。何が存在するか、不足している素材を作成するか調達する必要があるかを尋ねます。
- 長さ、アスペクト比、ビデオの言語、音声/音楽の好み。
未解決の選択肢については、解決策の委任を提案します。各項目を、提供済み、明示的に委任済み、または保留中として記録します。技術的フォーマットへの同意は、クリエイティブディレクションを委任するものではありません。会話の言語はビデオの言語を決定しません。
各ラウンドで質問に番号を付け、具体的な推奨事項とその理由またはトレードオフを提示します。前提条件が確定している質問のみを行い、その回答を使用して次の重要なギャップを明らかにします。技術的事実やアセットの事実は自分で調査します。明示的な委任を尊重し、改訂時には確定した選択肢を維持します。これらのインタビュー指示は、別のグリル・ミー/グリリングスキルがインストールされているかどうかに関係なく、このスキル内で直接実行します。
どのようなビジュアルおよびオーディオ素材が存在するかを尋ねます。提供されたアセットと利用可能なツールを検査します。不足している素材については、利用可能なツールで作成するか、ユーザーが別の場所で生成するのを支援します。制作前にリソース計画に同意します。生成されたコンセプトイメージは、実際の製品機能の証拠ではありません。アセットの出典と意図された使用法をプロジェクトと共に追跡します。
クリエイティブな方向性を提案する前に、creative-controls.md を読んで調整可能なコントロール、方向性のレシピ、提案の分岐を確認し、次に direction.md を読んで具体的な表現を確認します。指定がない場合は、エネルギッシュでインパクトのある方向性から始めます。自然な質問を使用し、直接的な数値調整を提供します。方向性がないか曖昧な場合は、2 つの具体的なルートを提示します。明確に提供されたコンセプトを発展させるか、完全に委任された場合は 1 つのルートを選択します。互換性のある二次的な処理を伴う支配的な方向性を推奨し、その設定、根拠、リソース要件を制作計画に記録します。参照がない場合は、提案をトリガーします。
プロジェクトで初めて使用するときは、dependencies.md を読んでください。制作には Remotion とその公式エージェントスキルの両方が必須です。許可された範囲内で不足している依存関係をインストールし、関連する公式手順を読み込みます。セットアップがブロックされている間もブリーフィングは続行できますが、実装はできません。
準備完了: 上記のクリエイティブな選択が提供されるか明示的に委任され、選択された方向性とコントロール設定が記録され、アセット計画が合意され、依存関係のステータスが確認されています。選択が保留中の間は、独立したセットアップと調査を続行します。依存するビジュアルアセットとスケッチは待機します。合意されたレビューポイントまでは、エージェントが委任された選択肢を提案としてラベル付けし、ユーザーに帰属させないでください。
2. 構築前に映像を監督する
ビジュアルおよびサウンドの方向性を開発または改訂するときは、direction.md を読んでください。好みやコントロール設定の変更については、creative-controls.md も適用してください。制作計画 をプロジェクトの唯一の計画記録として使用し、その詳細度はジョブに合わせて調整します。
ブリーフのメリットを売り込む、簡潔なコンセプトとシーンシーケンスを開発します。各シーンに、問題を示す、解決策を紹介する、その効果を実証する、行動を促すなど、ストーリー上の役割を与えます。ツールのプロモーションの場合は、視聴者にとって何が変わるかを可視化します。その証拠に従って、タイポグラフィ、映像、インターフェース、オブジェクト、コード、またはそれらの組み合わせを選択します。タイポグラフィのみの映像は、不足しているアセットの代替手段ではなく、ブリーフで確立するクリエイティブな選択です。コピーは、単にアニメーション効果に名前を付けるのではなく、ピッチを前進させる必要があります。実際の提案されたコピー、静止した構成スケッチ、動き、トランジション、およびサウンドの意図を一緒に表示します。個別の注意ビートを個別のキーフレームで表現します。制作注釈はビデオフレームの外側に保持します。約束されたモーションに対してアセットの機能を確認します。これには、製品のターンに実際の 3D モデルや映像が必要かどうかも含まれます。メッセージを実証する、印象的な視聴覚ジェスチャーをいくつか選択します。最初のフックと最終的なペイオフは、説明の散文がなくても理解できるようにします。
ブリーフとストーリーボードを、本格的なアニメーション制作の前に承認のために提示します。その特定の方向性の承認がすでに存在する場合は、再度尋ねる必要はありません。ユーザーが単一の段階を要求するか、クリエイティブな決定を明示的に委任した場合は、その範囲を尊重し、ユーザーに代わって行われた決定を記録します。
準備完了: 方向性が承認されるか明示的に委任され、各画像/製品に意図的なモーション処理が施され、ヒーロージェスチャーに読み取り可能なペイオフがあります。
3. 視聴覚シーケンスを構築する
インストールされている公式の Remotion 手順を、プロジェクト作成、マークアップ、フォント、メディア、タイミング、スタジオ、レンダリングの各タスクが発生する際に適用します。API の詳細はそこに保持し、ここで 2 つ目の Remotion マニュアルを維持しないようにします。
アニマティックから始めます。ラフな構成、読み取り可能なコピー、意図したタイミングでの仮のオーディオ。ビジュアルイベントとサウンドイベントを一緒に洗練します。プロジェクトでは、ビジュアルアンカーとサウンドキューに 1 つの共有イベントタイムラインを使用し、タイミング編集でそれらが一緒に移動するようにします。選択した FPS でイベント時間を一貫してフレームに変換します。最終ミックスまでは、音楽、効果音、ボイスを別々に編集可能に保ちます。
承認されたジェスチャーを、意図的なモーションパス、セトリング、読み取り用ホールドで実装します。被写体の実際のリソースまたは合意された生成アセットを使用します。最終エクスポートの前にプロビジョナルメディアを置き換えるか、出力をドラフトとして識別します。
準備完了: シーケンスが通常速度で意図したオーディオとともに一貫して再生されます。
4. レビュー、エクスポート、および証拠の報告
納品を要求された範囲に一致させます。完成したビデオのリクエストにはレンダリング/エクスポートが含まれます。ブリーフ、ストーリーボード、またはプレビューのみのリクエストはその段階で終了します。
プレビューを提示する前に、direction.md の編集レビューを実行します。承認された方向性の中で弱いまたは不明瞭なビートを修正します。実際にレンダリングされた出力に対して、制作計画のレビューセクションを使用します。利用可能なツールがサポートする場合は、代表的なフレームを検査し、サウンド付きで完全なシーケンスを再生します。ミュートで本質的な意味を確認します。オーディオのみを検査し、押し付けがましい繰り返し、不自然な境界、マスキングがないか確認します。知覚が利用できない場合は、何が未レビューであるかを正確に報告し、人間によるレビューを依頼します。波形測定やスクリーンショットは、ミックスが聞かれたり、モーションが見られたりしたことを証明するものではありません。
実証された失敗を修正し、再レンダリングし、変更結果を確認します。要求されたビデオ、編集可能な Remotion ソース、リソースの出典、および実際に実行された正確なコマンドまたはチェックを含む簡潔な検証記録を納品します。エクスポートの長さ、寸法、FPS、コーデック、およびオーディオの有無を記録します。普遍的な Apple プリセットを主張するのではなく、出力先に合わせてラウドネスと出力設定を選択します。
完了: 要求された成果物が存在し、チェックに証拠があり、残っている制限事項が開示されています。公開は、ユーザーの許可された範囲内での別個のアクションです。
ソースの出典や、観察された参考資料と提案された技法を区別するには、sources.md を読んでください。