ra-video-production-director

AI 動画制作スキル

役割

既存の動画スキルを統括するディレクターレイヤーとして機能します。作業を振り分け、受け入れ基準を定めたうえで、制作と品質管理を調整します。 hyperframes、remotion、ra-audio-to-subtitles、skill-captions、embedded-captions、graphic-overlays、 ra-video-download、视频转写、tts-skill、heygen-digital-avatar、ai-video-qc-deliveryを置き換えてはいけません。これらのスキルは、担当する工程が選択された場合にのみ読み込んでください。

ユーザーが動画のソース URL またはローカルファイルを提供し、「视频洗稿」「视频二创」「洗稿并制作视频」を依頼した場合は、抽出とリライトを先に行うため、このスキルより前にra-video-wash-pipelineへ振り分けてください。

制作待ちキューの受け入れ

入力が引き継ぎ用のプロジェクトフォルダー01-内容生产/视频工作台/待制作/<日期-主题>/にある場合（ルートに契約ファイル交接稿.mdがある場合、またはユーザーが「制作待制作队列」「按交接稿制作」と言うか、キューに登録された台本を指定した場合）：

• 交接稿.mdのフロントマターは拘束力のある制作契約です。プラットフォーム、比率、duration_target_s、word_count、voice、caption_style、visual、illustration_skill、typographyは受け入れ時のデフォルト設定に優先し、実行スキル独自のデフォルト設定で置き換えてはいけません（例：HyperFramesのTTS音声を契約上の音声の代わりにしてはいけません）
• 作業を開始する前に、交接稿.mdのstatusを制作中に設定し、プロジェクトフォルダー全体を01-内容生产/视频工作台/制作中/<日期-主题>/に移動して、別のマシンで二重に制作されないようにします。すべてのエンジニアリング作業はこのフォルダー内で行います
• 引き継ぎファイル内の台本セグメントをシーン単位として扱います。ナレーションを再分割したり、流れを組み直したりしてはいけません
• 契約ですでに回答されている受け入れ時の質問は省略します

厳守事項

1. 制作前に出力基準を定義します。元動画、ピクセルレベルの一致、ビジュアルの再現、スタイルに着想を得た制作、字幕付き映像、ナレーション付き解説、製品プロモーション、ウェブサイトツアー、モーショングラフィックスのいずれかを決めます。
2. 手作業で作成した HyperFrames/Remotion の再構築について、ピクセルレベルの一致を主張してはいけません。ピクセルレベルの一致には、ソースストリームの再利用、元のプロジェクトアセット、またはハッシュの一致、cmp、PSNR infinity、SSIM 1.0 などの厳密な指標が必要です。
3. ソースプロジェクトと中間生成物は <WORKSPACE>/01-内容生产/视频工作台/制作中/ に置きます。ワークベンチ 01-内容生产/视频工作台/ に置くのは、受け渡しファイル、トランスクリプト、アーカイブのみです。
4. 最終成果物はすべて保管庫内に置きます。このシステムで制作するすべての動画（キュー経由か否か、トランスクリプト直接利用、実践的な長尺動画、翻訳・再パッケージ版、アドホック制作を問わず）は、01-内容生产/视频工作台/已制作/<月上旬|月下旬>/<日期-主题>/成片/ に納品し、主要な QC 画像は同階層の 质检/ に置きます。納品日を使用します。1～15日は X月上旬、16日から月末までは X月下旬 に入れます。已制作/6月历史成片库/（封存只读）とデスクトップの <WORKSPACE>/legacy-archive/ は廃止された旧アーカイブです。新しい成果物を書き込んではいけません。
5. 待制作 キューのジョブでは、公開タイトルの作成は制作作業に含まれません。ra-video-title はウォッシュ時に受け渡しファイルの「标题候选」セクションへすでに候補を8～12個書き込んでおり、最終タイトルは公開時にユーザーが手動で選びます。公開タイトルを生成または適用したり、キューのジョブに 视频标题.md を作成したりしてはいけません（スクリプトに記載された画面上のシーンタイトルには影響しません）。受け渡し契約のない非キューのジョブに限り、QC 後に ra-video-title で候補を8～12個生成し、ユーザーに選んでもらってから、最終 MP4 の隣に 视频标题.md を保存します。
6. メディア仕様、映像チェック、アーカイブパスが確認されるまで、動画は完成ではありません。選択済みタイトルファイルの要件は非キューのジョブにのみ適用されます。キューのジョブは 视频标题.md がなくても完了とし、タイトル選択はユーザーが手動で行います。
7. ユーザーがビジュアルまたはイラストレーションのスキルを明示的に指定した場合、ビジュアルレイヤーを設計する前にそのスキルを読み込み、従ってください。ユーザーが明示的に代替を承認しない限り、指定されたイラストレーションスキルを、手作業の図形、CSS の描画、または「スタイル風」の近似表現に置き換えてはいけません。
8. AI ナレーション全体が必要な場合、最終成果物では tts-skill 経由でローカルの IndexTTS2 を使用し、音声 ID pluvio-indextts2-calm-v1 と automation/config/tts-routing.json で指定された正規のロスレス WAV を使用する必要があります。MiniMax は公開記事・チュートリアルのリレー例に限って使用でき、ローカル動画のナレーションには使用できません。macOS の say、ブラウザーの音声、MiniMax、その他の汎用音声やクラウド音声へ、黙ってフォールバックしてはいけません。ローカルモデルまたは正規の WAV がない場合は、最終レンダリングの前に IndexTTS2 のレーンを修復するか、作業を停止します。
9. 待制作 キューから取得したジョブでは、python3 automation/scripts/check_delivery.py <交接文件> <项目目录> <成片.mp4> が終了コード 0 で終了し、受け渡しファイルの「制作端回执」にパスとチェッカーの出力を記入し、status を 已完成 に設定し、プロジェクトごとのアーカイブフォルダー 01-内容生产/视频工作台/已制作/<月上旬|月下旬>/<日期-主题>/（フォルダー名はプロジェクトフォルダー名）を組み立てるまで、納品は完了ではありません。整理済みのプロジェクトフォルダーを 制作中/ から移動し、ルートに 交接稿.md、成片/ に最終 MP4、质检/ に主要な QC フレーム、工程/ に最小限の制作素材を配置します。非キューのジョブも、分かりやすいテーマスラッグを使って同じ日付付きアーカイブ構成を組み立てます。制作メモ、スクリプト、または計画書がある場合は、アーカイブのルートにコピーします。どのジョブも、新しい最終版を 已制作/6月历史成片库/（封存只读）へコピーしてはいけません。
10. 图文工作台 のキューにも同じ契約パターンを適用します。01-内容生产/图文工作台/待制作/<file>.md を取得し（フロントマターの契約項目は card_count、ratio、style、illustration_skill、image_skill）、開始時に status: 制作中 に設定します。コピーを書き換えず、公開タイトルを生成または適用せずに画像カードを制作し、01-内容生产/图文工作台/已制作/<日期-主题>/ に納品します（受け渡しファイルを移動し、完成カードを 图/ に格納します）。status: 已完成 に設定し、01-内容生产/发布看板.md の「待修改」に項目を登録します。ソースのプライバシー保護の境界は変更せず適用します。
11. 实操长片 プロジェクトでは、01-内容生产/视频工作台/制作中/<日期-主题>/ の下に統一された制作構成を使用します。视频工作台/ の下に別の計画用ディレクトリを作成してはいけません。 策划稿 のフロントマターにある status のみが受け渡しシグナルです。录制 と 剪映融合 の工程はユーザーが自分で行います。Codex が担当する工程は次の3つです。 (a) status: 待粗剪 — 既定では ra-local-talking-head-cut を使用します。Seed ASR の単語タイムスタンプ、用語と不確実性のレビュー、ソースタイムラインの仮カット SRT を作成します。ユーザーの明示的な承認を得るまで停止し、承認前に EDL やレンダリングを行ってはいけません。その後、意味上のクリーンアップ、適応型ポーズ、ソースサイズ／ソース FPS でのレンダリング、ダイアログのラウドネス調整、メディア QC、最終メディアに基づく字幕生成を行い、字幕 QC を PASS にします。複数テイクの証拠と選択レイヤーには video-use を使用します。Agentchengfeng/chengfeng-videocut-skills は、単語単位のウェブレビュー、または意図的にアグレッシブな比較に限って使用します。ユーザーが波形レビューと 剪映／Final Cut Pro 用の FCPXML タイムラインを希望する場合は AI剪口播 を選びます。既定の MP4 ワークフローでは 粗剪/口播-粗剪.mp4 を納品し、status: 融合中 に設定します。FCPXML ワークフローは、エディターのタイムラインが承認された後にのみ先へ進みます。 (b) status: 待字幕 — ユーザーの最終マージ済みカットに対して ra-audio-to-subtitles を実行し、単語タイムスタンプの QC 合格を必須とします。その後、契約の caption_style（既定値 anchor-dark）を使って skill-captions を実行し、フレーズ字幕のプレビュー、焼き込み、検証を行います。対応する .srt と合格済みの caption-render-qc.json を保存し、status: 待动画 に設定します。 (c) status: 待动画 — 策划稿 のフロントマターに記載された全身出镜 セグメントに限り、Remotion のコンポーネントオーバーレイを追加して合成します。最終 MP4 を 视频工作台/已制作/<月上旬|月下旬>/<日期-主题>/成片/ に納品し、主要な QC を同階層の 质检/ に置き、发布看板 に登録して、status: 成片 に設定します。 このワークスペースでは、すべての粗剪ツールは粗剪専用です。粗剪ツールが出力した字幕を本番字幕タイムラインとして使用してはいけません。
12. ナレーション付きの最終動画では、最終連結音声または最終マージ済み動画のみを字幕タイミングのソースとして使用します。音声を確定した後に ra-audio-to-subtitles を実行し、captions_words.json、captions.json、captions.srt、caption-qc.json をアーカイブします。文字数による補間、シーン長による補間、固定遅延による字幕タイミングはプレビュー専用です。推奨する最終版に使用してはいけません。
13. 動画コンポーネント、動画背景、または参照動画の再現がレンダリング済みで QC に合格したら、05-视频组件/ に追加する前に停止し、コンポーネントライブラリに登録するか、どの既存カテゴリに入れるか、新しいカテゴリが必要かをユーザーに明示的に確認します。ユーザーの回答前に配置を推測したり、カテゴリを作成したりしてはいけません。ユーザーが断った場合は、通常の完成動画アーカイブのみを使用します。ユーザーが承認した場合は、確認済みの 05-视频组件/<中文分类>/<中文组件名>/ の名前を正式名称として使用し、同じタスク内でコンポーネントディレクトリを単独で完結する構成にします。ポータブルな MP4、manifest.json、质检/、工程/（編集可能な唯一のソース。node_modules とレンダリングデータを除去）を含めます。どこにも制作素材のミラー、シンボリックリンク、二重コピーを作成せず、完了を報告する前に 05-视频组件/CATALOG.md にコンポーネントを登録します。
14. ユーザーが HeyGen／デジタルヒューマン／アバター動画を依頼した場合、または動画制作契約で既存の Pluviobyte デジタルヒューマンを指定している場合は、生成前に heygen-digital-avatar を読み込みます。元の Digital Twin の外観、CLI OAuth サブスクリプション課金、既定の Avatar III、ローカルの IndexTTS2 音声、1つのマスターの再利用、承認済みの左下円形 headroom_08 レイアウトは必須です。円形レイアウトを省略できるのは、ユーザーが明示的に 全屏数字人 を依頼した場合のみです。
15. キャンバスの40％を超えて囲む、または複数のコンテンツグループを囲む装飾的なフォーカスフレームは、導入時の合図としてのみ扱います。表示時間は、2秒またはシーンの15％のうち短い方を超えてはいけません。また、情報を定常表示する状態になる前に消す必要があります。フレームを持続表示する場合は、明示的な意味上の目的が必要で、単一の局所的な対象をぴったり囲まなければなりません。

デフォルトのビジュアルシステム

ユーザーがこのスキルを使った動画の作成を依頼し、異なるビジュアルの方向性を指定していない場合は、白を基調としたビジュアルシステムを使用します。

• 背景：純白または温かみのある白色にし、余白をたっぷり設けます。
• 白を基調としたAI／ツールのチュートリアル、ページベースの解説動画、ホワイトモーショングラフィックスでは、references/perspective-grid-v5.mdを読み、ワークスペースのコンポーネント05-视频组件/视频背景/透视网格背景/を出発点にします。同梱のassets/perspective-grid-v5/は、同一ハッシュのスキルミラーおよびフォールバックであり、独立して編集する2つ目のベースラインではありません。承認済みのV5ループを最下層のビジュアルレイヤーとして、ネイティブの再生速度で使用します。仕様は1920x1080、30fps、7.3秒／219フレーム、ループごとにグリッドセル3つ分、単一セルの周期2.433秒です。ジオメトリ、非対称のカラープレート、中央のフォグ、位相、シームレスなループのタイミングを維持します。古いバージョンや、その場しのぎのCSSグリッドから再構築しないでください。
• 元の映像、全画面のトーキングヘッド、情報量の多いUI、可読性、引き継ぎ仕様、または明示的な参考例と相容れない場合に限り、V5グリッドを無効にします。その理由を制作メモに記録します。
• 基本となる要素：黒いテキスト、黒い線画、控えめなダークUI要素
• アクセント：強調、警告、矢印、フィードバック、状態表示に限り、赤、オレンジ、青を少量だけ使用します。
• 字幕：映像、スクリーンショット、V5グリッド、または変化する背景にナレーション付きの解説を重ねる場合は、skill-captionsを実行し、デフォルトでそのanchor-darkのシュリンクラップパネルを使用します。引き継ぎのcaption_styleまたはユーザーによる明示的なスタイル指定が優先されます。枠なしの字幕を使用できるのは、均一な明るさに制御された字幕領域があり、その理由を記録した場合に限ります。
• ユーザーが明示的に求めている場合、または選択した方式で必要な場合を除き、デフォルトでダーク、紫、ネオン、SaaS風のマジックなスタイルにしないでください。
• ページベースまたはシーンベースの動画では、デフォルトのイラスト素材としてian-xiaohei-illustrationsを使用します。.agents/skills/ian-xiaohei-illustrations/、.codex/skills/ian-xiaohei-illustrations/、.claude/skills/ian-xiaohei-illustrations/にある、現在のプロジェクト内のコピーを優先します。共有ライブラリのパス<WORKSPACE>/.claude/skills/ian-xiaohei-illustrationsは、プロジェクト内のコピーが見つからない場合に修復元としてのみ使用します。
• 可能な限り、すべてのページまたはシーンに意味のある小黑のイラストを入れます。映像、スクリーンショット、情報量の多いUI、または可読性に明らかな支障をきたす場合に限り、省略します。
• イラストでは、ページの主張、プロセス、対比、または状態を説明する必要があります。小黑には飾りではなく、中心となるアクションを担わせます。
• 計画に「Xiaohei」または「小黑配图」とある場合は、ian-xiaohei-illustrationsで実際の画像アセットを作成し、プロジェクト内に保存します。CSS／HTMLで小黑を模倣しても、この要件を満たしません。
• ページベースの16:9小黑動画では、コンポジションを書く前にxiaohei-16x9-layoutの仕様を適用します。この仕様では、ページの基本レイアウトを先に固定します。左上にタイトル、左中央にノートカード、右中央に小黑のイラスト、下部に字幕を配置します。ユーザーが異なるビジュアルシステムを求めていない限り、新しいレイアウトを考案しないでください。

ページベースの解説動画のデフォルト設定

AI／ツールのチュートリアル、ページベースのナレーション付き解説動画、長尺の中国語教育動画では、ユーザーが異なる参考例を提示していない限り、以下のデフォルト設定を適用します。

• 16:9 の小黑解説動画では、制作前に references/xiaohei-16x9-layout.md を確認してください。プロジェクトが HyperFrames のページベース動画の場合は、assets/xiaohei-16x9-template/ のテンプレートアセットをコピーするか、調整して使用してください。
• レイアウトは緩やかな提案ではなく、守るべき仕様として扱ってください。右側の 小黑画像は右中央エリアに配置し、右上隅には置かないでください。左側の ノートカードは左中央エリアに配置し、左下エリアには置かないでください。 字幕はコンテンツ領域より下に配置し、下部に十分なセーフマージンを確保してください。
• HTML を書く前に、ページのバリエーションを選択してください： standard、long-title、wide-visual、または close。自動改行で不自然な 切れ方になるタイトルには long-title、横長のイラストには wide-visual、 最後の行動喚起やまとめのページには close を使用してください。
• 各ページのタイトルとサブタイトルの改行位置を手動で計画してください。長い 中国語のタイトルで、孤立した文字や単語だけの行、大きな空白が生じる場合は、 自動折り返しに頼らないでください。
• 16:9 の小黑ページ動画では、references/xiaohei-16x9-layout.md にある mobile-readable のタイポグラフィスケールをデフォルトで使用してください。 配信の大半はスマートフォン優先であり、横長ページはモバイルでは小さくなります。 小さめの desktop-compact は、デスクトップのデモ、プロジェクター、講座画面での 再生など、大画面での視聴が明示されている場合に限って使用してください。混み合った ページに合わせるために、すべてのテキストを縮小しないでください。まず文章を短くし、 改行を手動で調整するか、レイアウトのバリエーションを選んでください。
• デフォルトでは白を基調とした明るいレイアウトにしてください。白い背景、黒いテキスト、 意味のある小黑のイラストを使い、強調、警告、矢印、フィードバック、状態の表現に限って 小さな赤、オレンジ、青のアクセントを使用してください。デフォルトで暗色、ネオン、 紫、SaaS の宣伝のようなスタイルに寄せないでください。
• 小黑のイラストは装飾ではなく、説明として扱ってください。各ページのイラストには、 ファクトチェック、役割分担、オーケストレーション、メモリ、引き継ぎ、受け入れなど、 説明している中心的な動作や概念を表現させてください。
• 小黑のイラストが右側にあるという理由だけで、繰り返し使うページテンプレートの左下や 下部中央に、常に空白を残さないでください。教育動画では、イラストを単に大きくする のではなく、その場所に役立つ軽めのコンテンツを追加できないか、まず検討してください。 補足として適しているのは、役割のメモ、入力／アクション／出力カード、アンチパターンの 注意書き、受け入れ基準、優先順位リスト、「次回はこれを使う」というプロンプトなどです。
• こうした補足モジュールは、コンパクトで情報量のあるものにしてください。装飾的な ラベルにするのではなく、視聴者がそのページの内容を記憶し、応用する助けとなるように してください。有用な判断材料を加えない内容なら、機械的に埋めず、意図的に空白のまま にしてください。
• ナレーション付きのページでは、重ならない領域を確保してください。上部はコンテンツ、 下部は字幕に使います。字幕が本文に重ならないようにしてください。
• デフォルトでは skill-captions と、その anchor-dark パネルを使用してください。 字幕はフレーム全体に広げず、テキストに合わせて折り返してください。下部の固定位置を 1 か所に定め、1080p の基準からスケールし、テキストの縁取り、強い影、再生中のぼかしは 避けてください。
• 動きを付けるためだけにページ全体を移動、拡大縮小、ドリフト、揺らすことは避けてください。 カメラを常に動かすことより、ページの土台を安定させることが重要です。
• 動きは各コンポーネントに付けてください。タイトル、アイブロウ、アクセントライン、カード、 箇条書き、小黑の画像、字幕は、ページの土台とコンテンツフレームを固定したまま、 表示したり、落ち着かせたりできます。
• ナレーションに合わせて、必要なコンポーネントを段階的に表示してください。ナレーションで まだ要素を紹介している途中に、ページの内容を一度にすべて表示しないでください。 アイブロウ -> タイトル -> アクセント -> イラスト -> 箇条書き／カードのような順序を 優先してください。
• ナレーションで強調するヒーローターム、名前、数字、表示要素ごとに、最終的な単語の タイムスタンプから意味的な合図を割り出し、references/delivery-gates.md の セマンティックキュー・マイクロスイープを適用してください。ヒーロー要素は発話の合図に 合わせて読み取れる状態になり、そのフレーズが続いている間に表示を完了させてください。 シーンの中間時点だけでは、根拠として不十分です。
• 表示、ワイプ、フェードイン、控えめな落ち着きの動きを優先してください。動きによって 説明が語りかけるように現れるようにし、ページ自体が見せ場になることを目的にしないで ください。
• 要素の変化は、好みではなく必須要件です。隣接するページで、まったく同じ情報コンポーネント の組み合わせを見せてはいけません。また、各ページの再生時間内に、少なくとも 1 つの コンポーネント単位の変化（新要素の表示、強調、状態の切り替え）を入れてください。 長い動画で、PPT のように動きがない状態が長く続くことは避けてください。
• ページの最低情報密度：standard ページには、タイトルと小黑のイラスト以外に、 少なくとも 2 つの情報コンポーネント（ノートカード、箇条書き、カード、ラベル、 章の合図）が必要です。意図的に情報量を抑えるページは、その理由をプロジェクトノートに 記録してください。
• スタイル、字幕、動きを大幅に変更する場合は、まず 10 秒のサンプルをレンダリングし、 全編をレンダリングする前に承認を得てください。
• ページベースの小黑動画では、最終的な全編レンダリングの前に、各ページの中間時点から プリレンダリングのコンタクトシートを作成してください。レイアウトの問題は最終 MP4 の 後ではなく、この段階で修正してください。コンタクトシートでは、見た目上の中心、 タイトルの改行、ノートカードの位置、イラストの位置、字幕の見やすさ、 コンテンツと字幕の間隔を確認してください。
• 字幕は、最終ナレーションを連結した後にのみ生成してください。ページレンダラーは media/captions/captions.json を直接読み込み、caption-qc.json が存在しない場合、 またはチェックに失敗している場合は、最終ビルドを拒否してください。

ワークフロー

1. 受付

以下の決定事項を平易な言葉で記録します。

• 目的：教育、プロモーション、再現、翻訳、字幕付け、パッケージ化、テスト
• ソース：概要、スクリプト、URL、参考動画、既存の映像、音声、スライド資料、PR
• プラットフォームと比率：16:9、9:16、1:1、またはユーザー指定。ユーザーも引き継ぎ契約も指定していない場合は、デフォルトでDouyin向けの横型16:9にします
• 必須ツール：HyperFrames、Remotion、ffmpeg、または指定なし
• 忠実度：ピクセルレベル、ビジュアルレベル、スタイルレベル、または独自のクリエイティブ
• ビジュアルの方向性。特に指定がなければ、上記の白を基調としたXiaoheiシステムにします
• 最終アーカイブのスラッグと想定される納品先パス

不足している回答によって制作方針が変わる場合に限り、質問します。それ以外の場合は、保守的に想定して作業を進めます。

2. ルートの選択

references/routing.mdを読み、最も範囲を絞ったワークフローを選びます。幅広いワークフローより、既存の専門スキルを優先します。

一般的なルート：

• カスタムの複数シーンHyperFrames動画 -> general-video + hyperframes
• ナレーションなしの短いモーション作品 -> motion-graphics
• 製品またはSaaSのプロモーション -> product-launch-video
• Webサイトのショーケース -> website-to-video
• 最終音声の字幕タイムライン／SRT／VTT -> ra-audio-to-subtitles
• 既存のPluviobyteデジタルヒューマン／HeyGenアバター -> heygen-digital-avatar
• トーク映像にデザイン済み字幕を付ける -> embedded-captions
• 映像にデザイン済みオーバーレイカードを重ねる -> graphic-overlays
• ソースのダウンロード -> ra-video-download
• 文字起こしまたは翻訳 -> 视频转写
• 最終アーカイブとQC -> ai-video-qc-delivery

3. 制作前の計画

複雑な作業では、プロジェクトディレクトリに制作メモを作成します。以下を含めます。

• シーン一覧とタイミング
• 素材一覧とソースパス
• 各ページのXiaoheiイラスト計画。ただし、選択したルートでページやイラストを使用しない場合を除く
• 各ページのレイアウトバリエーション計画。standard、long-title、wide-visual、closeを含め、必要に応じてタイトル／字幕の手動改行も指定する
• 各ページのコンテンツ密度計画。左下の象限など、継続的に空白となる領域をどのように使用するか、または意図的に維持するかを含める
• イラストの出所：各画像の生成に使用するスキル、生成したオリジナルの保存場所、プロジェクト内のコピーの保存場所
• 素材内テキストの一覧：画像、スクリーンショット、映像にすでに埋め込まれている可視の単語、ラベル、バッジ、スタンプ、UIテキスト。意図的かつ記録済みの場合を除き、計画するオーバーレイで同じ意味のラベルを重複させない
• 音声／字幕計画。ra-audio-to-subtitlesに渡す最終メディアと、正規の字幕成果物ディレクトリを含める
• 音声計画：使用するプロバイダー、音声ID、スクリプトのパス、最終レンダリングでフォールバックを禁止するかどうかを正確に記載する。ワークスペースのデフォルトは、automation/config/tts-routing.jsonにある正規のロスレスWAVを使用するローカルのIndexTTS2音声pluvio-indextts2-calm-v1です。MiniMaxの.env値がこのローカル動画ルートを上書きすることはありません。
• プラットフォーム向けタイポグラフィ計画：デフォルトでmobile-readableを使用するか、desktop-compactを使う明確な大画面向けの理由を記録する。短い文言や手動改行が必要なページを列挙する
• 字幕のセーフゾーンと選択した字幕モード。デフォルトではskill-captionsのanchor-darkを使用するか、フレームなしの例外を適用する理由を記録する
• シーン計画の章立てと実際の開始時刻の境界
• 各ページのコンポーネント単位のアニメーション計画。ナレーションに合わせた主要コンポーネントの表示順を含める
• すべての主要な用語、名前、数字、明示内容に対する意味的キュー計画。推定したシーンタイミングではなく、最終的な単語タイムスタンプを使用する
• レンダリング前のレイアウトプレビュー計画：フルレンダリングの前にコンタクトシートを作成する正確なタイムスタンプまたはシーンの中間点
• ビジュアルまたはモーションのスタイルがまだ承認されていない場合の、フルレンダリング前の10秒サンプル計画
• 受け入れ確認項目
• 既知のリスク、または入手できないソース素材

参考動画を扱う場合、タイミング表は記憶ではなく、抽出したフレームに基づいて作成する必要があります。

4. ビルド

選択した実行スキルを使用します。編集はプロジェクト内に限定してください。ユーザーの目的に必要な場合、または選択したワークフローで必要な場合を除き、音楽、キャプション、シーン、視覚的な装飾を追加しないでください。

ページベースのXiaohei動画を作成する前に、まずXiaohei画像を生成し、assets/xiaohei-illustrations/ などのプロジェクトのアセットディレクトリに保存してから、HyperFrames／Remotionレイヤーでそれらの画像ファイルを直接読み込むようにします。納品物としてXiaoheiスキルのイラスト動画が求められている場合は、CSSで描画したXiaoheiのプレースホルダーから作成を始めないでください。

16:9のHyperFrames Xiaohei解説動画では、assets/xiaohei-16x9-template/ のテンプレートアセットを使用するか、同じレイアウト仕様を再現してください。ページのバリエーションで調整が必要な場合を除き、テンプレートの座標を固定してください。座標を調整した場合は、新しい中間地点のコンタクトシートを生成し、最終MP4をレンダリングする前に、ページがレイアウトゲートを通過することを確認してください。

V5のパースペクティブグリッド背景を通常使用する場合は、05-视频组件/视频背景/透视网格背景/ から標準レンダリング済みループをプロジェクト独自のアセットにコピーし、最下層として連続ループ再生します。バンドルされているassets/perspective-grid-v5/ミラーとSHA-256を照合してください。再生速度は1×のままにし、シーンの境界をまたいで位相を連続させます。ページごとにループを再スタートさせないでください。アスペクト比、パレット、ジオメトリ、速度を変更する必要がある場合に限り、編集可能なソースからフォークしてください。フォークは新しい背景バージョンとして扱い、推奨ベースラインにする前に、継ぎ目、ジオメトリ、コンタクトシート、メディア仕様のQCを再度実施してください。

ページベースの解説動画では、ベースとなるページを安定させ、必要なコンポーネントだけをアニメーション化してください。ページ全体が浮いたり、流れたり、揺れたりしているように見える場合は、動画全体をレンダリングする前に修正してください。

最終ナレーションを結合したら、最終コンポジションを作成する前にra-audio-to-subtitlesを実行します。キャプションはそのcaptions.jsonからレンダリングしてください。voice_manifest.jsonのセグメント長から字幕のタイミングを算出しないでください。caption-qc.jsonが存在しない場合、または検査に失敗した場合は、最終レンダリングを中止してください。

キャプションレイヤーを作成する前に、skill-captionsを読み込み、登録済みのスタイル仕様を確認して、承認済みのcaptions.jsonのタイムスタンプを直接使用してください。引き継ぎ資料またはユーザーが別のスタイルを選択していない限り、anchor-darkを使用してください。シュリンクラップ、固定された下部アンカー、ネイティブ4Kでの再描画、強い影を避けるという制約を維持し、元の映像と最も明るいページ背景の両方に重ねてテストしてください。キャプションスタイルを大幅に変更する場合は、全体をレンダリングする前に短いサンプルで確認してください。

5. QC とアーカイブ

references/delivery-gates.md を読みます。最低限、次の項目を確認してください。

• 待制作キューのジョブでは、automation/scripts/check_delivery.py が引き継ぎファイル、プロジェクトディレクトリ、最終 MP4 を対象に実行されて終了コード 0 を返すこと。その出力を引き継ぎファイルの「制作端回执」に貼り付け、status を 已完成 にし、01-内容生产/视频工作台/已制作/<月上旬|月下旬>/<日期-主题>/ に引き継ぎファイル、成片/ 内の最終 MP4 のコピー、质检/ 内の主要な QC フレームが揃っていること
• すべての制作ルートで、最終 MP4 が統合ワークベンチの納品先 视频工作台/已制作/<月上旬|月下旬>/<日期-主题>/成片/ に存在すること
• 幅、高さ、フレームレート、再生時間、映像コーデック、音声コーデック、チャンネル数
• 代表的なコンタクトシートまたは並列比較
• ページ／シーンの網羅性：すべてのページに有用なイラストがあるか、省略する理由が明記されていること
• ページベースの 16:9 小黑動画では、レンダリング前のコンタクトシートが xiaohei-16x9-layout ゲートに合格すること：右側のビジュアルと左側のノートカードが中央に配置され、タイトルが不自然に折り返されず、字幕がコンテンツの下にあり、下部に偏ったページが続かないこと
• 16:9 の小黑ページ動画では、コンタクトシートと代表的な単一フレームに、デフォルトで mobile-readable の文字スケールを使用し、縮小表示でもズームせずに読めること。desktop-compact の例外を適用する場合は、プロジェクトノートで明確に正当化すること
• 小黑の由来：小黑がリクエストされた場合、またはデフォルトで選択された場合、プロジェクトに生成画像アセットが含まれ、レンダリングでそれらのアセットを直接参照し、コンタクトシートで最終シーンにアセットが表示されていることを確認できること
• 字幕がコンテンツを覆っていないこと。skill-captions のデフォルトの anchor-dark パネルがテキストを折り返し、一定のベースラインを保ち、下部セーフゾーン内に収まり、強いフィルターに関する警告や全幅のローワーサードが発生しないこと
• 字幕アーティファクトが ra-audio-to-subtitles に由来し、caption-qc.json が status: pass を報告し、タイミングのソースが volcengine-word-timestamps で、同期カバー率が契約上の基準（デフォルトで 0.90）を満たすこと
• 抽出フレームでコンポーネントの順序とアニメーションを確認できること
• アセットに埋め込まれたテキストを、作成したオーバーレイ／クロームと比較し、意図しない意味的なラベルの重複が残っていないこと
• ナレーションで強調されるすべての主要語、名前、数字、または情報開示が、references/delivery-gates.md で定義されている意味的キューのマイクロスイープに合格すること
• 字幕またはナレーションがある場合、字幕と音声が同期していること
• 音声の由来：最終ナレーションには、ローカルの IndexTTS2、音声 ID pluvio-indextts2-calm-v1、正規の参照 WAV の SHA-256 を明記すること。マニフェストに say、ブラウザー／汎用音声、MiniMax、別のクラウドプロバイダー、またはフォールバック区間が示されている場合、MP4 はドラフトであり、推奨最終版としてアーカイブしてはいけません。
• 参照動画がある場合は、参照とのアラインメントレポート
• V5 パースペクティブグリッドが有効な場合、プロジェクトが正規のループを 1× で使用し、シーン境界をまたいで位相が連続し、前景コンテンツが意図した中央の余白を損なわず、テキストの読みやすさを低下させないこと
• 公開タイトルの引き継ぎ：キューのジョブでは、この工程を完全にスキップします。候補はすでに引き継ぎファイルの「标题候选」セクションにあり、公開時にユーザーが手動で選択するため、视频标题.md を作成してはいけません。キュー以外のジョブに限り、QC 後に ra-video-title を使用して 8〜12 個の候補を作成し、ユーザーが選べるよう提示してから、最終 MP4 の隣に 视频标题.md を作成または更新します。ユーザーが置き換えを選択していない限り、既存のタイトルを黙って上書きしてはいけません。

レビューにはコンタクトシートと QC フレームが必要です。完全な QC データはエンジニアリングプロジェクトに保管し、すべての制作ルートで主要なフレームを統合アーカイブの 已制作/<月上旬|月下旬>/<日期-主题>/质检/ にコピーしてください。

出力

推奨する最終 MP4 のパス、主要な QC アーティファクトのパス、確認済みの仕様、残っている制限事項を返してください。待制作キューのジョブでは、チェッカーの結果とともに、已制作/ 内の更新済み引き継ぎファイルのパスも返してください。回答は簡潔にしてください。