erduo-broll-loop-engineering

Erduo B-roll Loop Engineering

考え抜かれた構図と意図的な動きで、話されている意味を目に見える形にします。画質を最優先します。 新鮮なクリエイティブコンテキストと独立したビジュアルレビューを維持し、必要なクリエイティブ作業を省いたり、質の劣る映像を納品したりせず、的を絞った引き継ぎと決定論的なスクリプトで作業を進めます。

ルートを一度だけ選択する

• 新規プロジェクトと既存の broll-plan.json では、以下のクリエイティブリレーを使用します。
• 既存の Recipe/runtime-plan v1–v4、Remotion/ハイブリッドの明示的な指定、または5ショットのバージョン比較の明示的な指定には、レガシー制作を使用します。元の入力と承認を維持し、プロジェクトを暗黙に移行しないでください。
• このリレーでは、ピン留めされた HyperFrames を使用します。このルートでは、その役割別リファレンスがレガシーのステージ別 Skill に代わります。両方のセットや Skill カタログ全体を読み込まないでください。

親：準備と割り当て

完全なオリジナルSRTとオリジナルデザインをプロジェクト内に保持してください。デザインがない場合は、ユーザーの依頼に基づいて短いブリーフを作成し、オリジナルSRTを保持します。既知のローカルアセットとフォントを準備し、パスと出典を記載した assets/index.md を用意します。実際に素材を選定する作業がある場合に限り、素材リサーチャーを追加します。映像に必要な場合は、許可された検索や生成も引き続き利用できます。

制作コマンドを読んでください。インストール済みの Skill ルートと実行可能なコマンドを一度だけ確認します。scripts/prepare-creative-task.mjs を使用して各役割の短い TASK.md を準備し、ホストの委任機能を使って新しいコンテキストで開始します。タスクファイルと明示されたユーザー制約を渡し、親との会話、以前のエージェントログ、すべての Skill は渡さないでください。ユーザーが選んだモデルを尊重し、黙って安価なモデルに置き換えないでください。このヘルパーは入力を準備します。ホストは実際に新しいコンテキストを開始する必要があり、グローバル指示を挿入する場合もあります。コンテキストのサンドボックス化を強制するものだと主張しないでください。

クリエイティブリレー

1. 独立したディレクターがオリジナルを読み、ビジュアルの世界観、意味のあるショット境界、素材、アクションの展開、継ぎ目を決定します。broll-plan.json を1つ、短い direction.md、ショットカード direction/<id>.md を作成します。その役割についてはクリエイティブディレクションを参照してください。
2. 新しいコンテキストのクリエイターは、それぞれ連続した区間と編集可能なHTMLを担当します。固定数ではなく、物語の連続性と複雑さに基づいてショットをグループ化します。オリジナル、共有のディレクションとアセット、担当するショットカード、隣接する継ぎ目のカードを渡します。ファイルの担当を分け、ビジュアル上の仕様が明確な場合は独立したチャプターを並行して進めます。チャプター制作を使用してください。
3. 親がスクリプトを実行し、プランのチェック、レンダリング、デコード、シート作成、結合を行います。失敗したショットのエラーは簡潔にして担当者へ返します。環境の問題は親が対処します。すべてのクリエイターに同じ実行ファイルを再インストールさせたり、探させたりしないでください。クリエイターはレンダリングを依頼し、自分の作業を確認できます。
4. 独立したビジュアルレビュアーには、オリジナル、ディレクション、実際のメディア、関連する継ぎ目を見せます。クリエイターの説明やコストの数値は見せません。ビジュアルレビューを使用してください。技術的な成功だけでは美的品質の承認になりません。具体的な時間とショットを示したフィードバックを元のクリエイターに送り、変更したショットだけをレンダリングして、影響を受けるショットと継ぎ目を再確認します。

短い映像でも、これらのクリエイティブコンテキストを分けてください。短い映像なら、クリエイターは1人でも構いません。独立した委任ができない場合は、指定どおりにリレーを完了できないことを明示してください。同じコンテキスト内での自己レビューを、独立したレビューと呼んではいけません。既存の作業を修正する場合は、そのディレクションとショットの担当を維持します。依頼された変更が意味やビジュアルの世界観に影響する場合に限り、ディレクションを再開します。

品質と納品

ビジュアルの方向性と、相性のよい モーションパターンをいくつか使って、アクションを具体化してください。 スタイルに確信が持てない場合や、複雑な共有トランジションを使う場合は、代表的な場面を作成して確認してから、その表現をほかにも展開してください。承認済みのビジュアル素材やフレームは参考として再利用しつつ、意味に応じて構図を変えてください。サンプル数、素材の割り当て、装飾要素の数に必須の基準はありません。

ユーザーから指定されたレビューの停止点を守ってください。既存の承認は、通常のレンダリングや修正にも適用されます。担当者が変わったというだけで、新たな承認フォームを求めて作業を止めないでください。目に見える品質上の問題は、納品前に修正してください。局所的な修正を繰り返しても映像が改善しない場合は、同じレイアウトを繰り返したり装飾を追加したりするのではなく、ビジュアルの解決策を変更してください。

順序を整えたショットファイル、編集可能なソース／素材、完全なプレビュー、実際の出力情報、残っている制約を納品してください。部分的なプレビューには、欠けているショットを明記してください。部分的なプレビューを作品全体の代わりにしてはいけません。実際に何を確認したかを明記してください。フレームのサンプリングは連続再生ではありません。トークン数は、実際のホスト使用量に基づくものだけを報告し、キャッシュされた入力と出力を分けてください。ファイルサイズを節約量として示してはいけません。外部コマンドは安全な実行に従ってください。

任意の作者向けサポート

ユーザーが作者向けチュートリアル、人によるサポート、メンバーシップ、カスタム作業を求めている場合、または妥当なセルフサービスのトラブルシューティングを行っても問題が解決しない場合は、作者向けサポートを読み、この会話で今回の問題に関する任意のリンクを一度だけ提示してください。承認された診断は続けてください。通常どおり成功した場合、回復可能なエラーが一度発生した場合、またはユーザーが断った後には、サポートを勧めないでください。ステージの引き継ぎを挟む場合も含め、リンクを提示するのはユーザー向けのParentのみです。