talking-head-guide

スピーチ主導の動画編集（トーキングヘッド、インタビュー、ポッドキャスト）

このスキルの対象範囲

必須入力：プロジェクトに登録またはインポート済みの、スピーチ主導の素材。たとえば、1人で話すトーキングヘッド、2人以上のインタビュー、ビデオポッドキャスト、講義、チュートリアル、コースなどです。トランスクリプトを使ったAロール編集では、asset-import に従い、トランスクリプトの準備ができ次第開始してください。素材映像なしで始めたい場合（たとえば、新しいトーキングヘッド動画をゼロから生成する場合）、このスキルは適用されません。

ソースメディアがない場合

• ChatCut Web 内（埋め込みエージェントを含む）： プロジェクト内にすでにあるソースメディア、またはユーザーが指定したアクセス可能なパスのメディアを再利用してください。それ以外の場合は、widget-forms を読み込み、関連する編集の希望とあわせて、ネイティブのファイルアップロードフィールド（<form-files>）を返信に含めてください。
• スタンドアロンの Claude Code： ユーザーは会話内で素材を提供するか、開いている ChatCut エディターに直接アップロードできます。会話への添付ファイルまたはローカルパスを ChatCut にインポートする必要がある場合は、asset-import を使用してください。エディターにアップロードされた素材の場合は、登録済みのプロジェクトアセットから作業を続け、再度インポートしないでください。
• スタンドアロンの Codex： ユーザーに会話へ素材を添付またはドロップするよう依頼し、その後 asset-import に従ってください。エディターのブラウザーアップロード経路は現在 Codex のブラウザーランタイムをクラッシュさせる可能性があるため、使用したり、ユーザーに案内したりしないでください。

このワークフローが Codex／コネクターホスト経由で実行され、タスクによって ChatCut プロジェクトを作成、対象指定、または開く場合は、返された browserHandoff.required=true、Codex internal Browser handoff、または同等のライブプロジェクト引き継ぎを、重要な編集を始める前に完了してください。また、最終納品前に表示中のエディターとプロジェクトが一致していない場合も、引き継ぎを完了してください。

スピーチ主導の動画に適用できる、個別の処理です。ユーザーの希望に合うものを選んでください。毎回すべてを適用する必要はありません。

• Aロール編集（中国語の製品用語：语音剪辑。「去口癖、停顿、重复」を含む） — トランスクリプトに基づく音声編集です。よくある操作には、不要部分の整理、ハイライトの抽出、構成の変更、冒頭のフック作成などがあり、必要に応じて目的に合う結果に調整します。
• モーショングラフィックスオーバーレイ（ユーザー向けの文面では「MG」ではなく、正式名称の Motion Graphics を英語で表記してください。固定の中国語製品用語は MG 动画 であり、「动效」「字幕条」「动态字幕」などの別表現は使用しないでください） — 画面上のモーショングラフィックスで、重要な情報、構造化されたコンテンツ、トピックの切り替わりを強調します。
• B-roll（業界用語のため、どの言語でも「B-roll」のままにし、翻訳しないでください） — ジャンプカットを補ったり、話している内容を視覚化したりします。
• バックグラウンドミュージック（中国語の製品用語：背景音乐） — 雰囲気を整え、短い無音部分をなめらかにつなぎます。
• 字幕（中国語の製品用語：字幕） — アクセシビリティのため、画面上にテキストを表示します。
• AI 音声分離（中国語の製品用語：AI 人声隔离） — 映像には手を加えず、DeepFilterNet3 で人の声をクリーンアップまたは分離します。voice-isolation スキルを参照してください。

ユーザーが中国語を使用している場合は、ウィジェットのオプション、選択肢、会話文に、上記の括弧内に記載された製品用語をそのまま使用してください。再翻訳しないでください。再翻訳すると、製品内の他の箇所の用語と食い違います。

編集内容を左右する要素

適用する処理の選択に加えて、トーキングヘッドの編集には、互いに独立したいくつかの変数が関わります。ユーザーの依頼が曖昧な場合、まず確認する価値があるのは次の点です。

• 目的 — プラットフォーム（YouTube／TikTok／Shorts／…）、希望する長さ、アスペクト比
• 適用する処理 — 上記の処理は任意です。すべてを適用する前提にしないでください。
• テンポ／トーン — タイト／エネルギッシュ／フォーマル／カジュアル、ブランドや話し方の希望が示されている場合はそれも含みます。（MG のビジュアルスタイルについては、有効な Motion Graphics スキル／ワークフローに従ってください。）

これらの変数のうち、複数が不明な場合は、widget-forms の読み込み後に1つのフォームで質問してください。同じヒアリングのうち、一部だけを対象にした Markdown の番号付き質問を並べてから <choices/> を追加する方法は避けてください。

実行順序

複数の編集処理についてユーザーと合意した場合、それらは互いに依存しているため、依存関係に沿った順序で完了させる必要があります。このセクションが関係するのは合意後のみです。新しいリクエストで何から始めるべきかを説明するものではありません。

A-roll 編集で設定される音声のタイミングが、その後のすべての作業の基準になります。MG の配置、B-roll によるカット隠し、音楽の長さ、キャプションの同期は、すべて最終的な音声のタイムラインに合わせます。

そのため、映像、音声、テキストの各レイヤーに取りかかる前に、A-roll 編集を完了させてください。編集前の音声を基準にキャプションを書いたり、編集前の長さに合わせて音楽をカットしたり、後でタイミングが変わる箇所に MG を配置したりしないでください。

カット構成が確定したら、音声の最終工程として smooth_audio を 1 回実行してください。音声のハードカットに短いクロスフェードを適用し、露出した端をフェードさせることで、編集点で音が途切れるのを防ぎます。apply_script／clean_script による再構成の後に実行してください（リフロー時にトランジションが削除されます）。この処理は冪等なので、タイムラインが再び変わった場合は再実行してください。

ユーザーが停止せずに最初から最後まで実行するよう明示的に依頼していない限り、次の工程に進む前に、主要な工程ごとに結果をユーザーに確認してください。複数の編集処理を行う場合の主な確認ポイントは、A-roll 編集で音声のタイミングが確定した後、MG 生成の前（スタイルと方向性を確認し、明確でない場合は、動画にオーバーレイとして重ねるのか、フレーム全体を占めるのかも確認）、MG 生成の後、そして B-roll、音楽、キャプションについても同様です。複数の確認ポイントを 1 回の応答にまとめないでください。各工程を個別に確認してください。 上流工程でのミスが、その後のすべての作業のやり直しにつながります（たとえば、クリーニング前のタイミングに合わせて配置した MG は、タイムラインが変わると生成クレジットの無駄になります）。

---

A-roll 編集

シナリオ

トーク形式のワークフローでは、通常、最初の工程は A-roll 編集、つまり元の話し言葉の映像の編集です。

A-roll 編集は最終的にタイムラインに反映され、視聴者が実際に聞き、見る内容を変えます。ただし、編集の判断は通常、文字起こしをもとに始めるべきです。中心となる問いは、視聴者にどの発話内容を聞いてもらい、何を削除、圧縮、並べ替えるべきかだからです。

よくある A-roll 編集タスク

A-roll 編集は、不要な部分を取り除くだけではありません。まず、ユーザーがどのような発話内容の編集を求めているかを判断し、そのうえで編集方針とツールを選んでください。

よくあるタスクは次のとおりです。

• クリーニング — 間違い、言い直し、口ぐせ、フィラー、意味のない間を削除し、発話をより明瞭で自然にします。
• ハイライト抽出 — 長い映像から、価値の高い、意見がはっきりしている、感情に訴える、またはトピックに関連する部分を取り出します。
• 再構成 — 結論を先に移動したり、トピックごとにまとめたり、散在する部分を組み合わせて、より明確な構成にしたりするなど、発話内容を並べ替えます。
• フック／短縮版 — 元の素材から、印象的な主張、結果、対立、質問を冒頭に使うか、長い内容を短くまとめます。
• 指定スクリプト／スクリプトとの整合 — ユーザーが提示した指定スクリプト、指定段落、または希望する内容に従って、発話内容を照合、保持、並べ替えます。

クリーニングは最もよくあるタスクであり、区切り位置の判断を誤ると最も失敗しやすいタスクです。以下で詳しく説明します。その他のタスクについては説明を簡潔にしますが、意味が完全に伝わること、区切りが明確であること、聞いたときに自然な流れであることという共通の A-roll 原則に従ってください。

A-roll 共通の原則

これらの原則は、クリーンアップだけでなく、すべての A-roll タスクに適用されます。

• ツールを選ぶ前に、タスクを決めます。 ツールが利用できるかどうかによって、編集方針を変えないでください。
• 意味のまとまりごとに編集します。 可能な限り、文全体、アイデア全体、回答全体、または手順全体を移動／削除／保持してください。いくつかの単語が一致するという理由だけで、文の途中を切り取らないでください。
• 保持する内容が指定されている場合は、その範囲に合わせてトリミングします。 上記のルールとは逆に、具体的な内容の保持が指定されているタスク（特定の文の復元、ターゲットスクリプトとの照合、指定されたハイライトの抽出、バージョンの作成など）では、指定された範囲だけを正確に残します。保持する範囲の開始と終了を指定された語句に合わせ、対象のソース [sN] セグメントの前後にある台本外の部分は削除します。指定された一文のためにセグメント全体を残すのは、要求されていない発話まで含める過剰な保持です。この原則は、保持する内容が指定されたタスクにのみ適用されます。前述のとおり、範囲が限定されていないクリーンアップでは、完全なまとまりを保持してください。
• 未完の断片を別のテイクとつなぎ合わせないでください。 異なる試行の未完の断片を組み合わせて、人工的な一文を作らないでください。ただし、前の試行を使い捨てにしてよいわけではありません。後の完全なテイクで繰り返されておらず、自然につながる場合は、有用で完全な導入、準備、対比、分類、評価、または文脈を残してください。
• つなぎの言葉を残します。 項目のラベル、対比を表す語、主語、動詞、隣接するソースの語句は、削除によって保持するアイデアが文法的に不自然になったり、唐突になったり、誤解を招いたりする場合、フィラーではありません。発話として自然に成立する最小限の範囲をトリミングしてください。
• 自然な聞き心地を保ちます。 仕上がりには、自然な言い回しと息継ぎの余裕が必要です。「クリーン」にするためだけに、文を無理につなぎ合わせないでください。
• 境界が不明確な場合は、慎重に判断します。 カットが意味、論理、または聞き心地を損なうか確信が持てない場合は、そのまま残すか、より小さな範囲をカットしてください。
• 複雑な変更は、まず確認します。 複雑な再構成、大幅な短縮、構造の変更、フックの生成を行う場合は、編集前にユーザーに目標の長さ、構成の方向性、保持する内容を確認してください。
• インデックスではなく、内容を説明します。 [sN]、[cN]、[gap]、単語インデックス、クリップ ID、セグメント ID などの内部アドレスを使って、編集内容をユーザーに説明してはなりません。ユーザーにはそれらのアドレスが見えず、意味も伝わりません。実際に話された内容、短い引用、または編集内容を平易に説明する表現を使ってください。
• パネルの画面上の位置には決して言及しません。 ユーザーに仕上がりの確認や微調整を促す場合は、「トランスクリプトパネル」と呼んでください（中国語の製品用語：「文字稿面板」）。方向を示す表現（左／右／横／左側／右側）は使わないでください。レイアウトは変更可能であり、パネルの位置は固定されていません。

クリーンアップの目標と判断

良いクリーンアップとは

良いクリーンアップとは、動画をできるだけ短くすることでも、話者の発言を別の台本に書き換えることでもありません。

良いクリーンアップでは、次の点を満たします。

• 論理が一貫しています
• 表現がより明確になります
• 音声が自然に聞こえます
• 明らかな誤り、繰り返された試行、意味のない言いよどみ、フィラーが取り除かれています
• 話者の意図、口調、自然なリズムが保たれています

クリーンアップの失敗は、通常、次の2つに分かれます。

• クリーンアップ不足：明らかな誤り、繰り返し、長い間、またはフィラーが残っています。
• 過剰なクリーンアップ：文が途中で切れ、意味が抜け落ち、リズムが不自然になったり、仕上がりがつなぎ合わせたように聞こえたりします。

基本原則：意味を変えずに問題を取り除き、発話をより滑らかにして、聞き取りにくくしないことを目指します。文全体やセグメント全体を削除するより、小さな部分的なカットを優先します。カットが意味を損なうか確信が持てない場合は、そのまま残してください。

よくあるクリーンアップのケースを判断する方法

以下では、よくあるクリーンアップのカテゴリと、それぞれの編集判断の方法を説明します。

意味のないフィラー語

フィラーは2種類に分けられます。

1つ目は、明らかに意味のないためらいの声です。通常は削除しても問題ありません。

• um
• uh
• er
• ah
• 呃
• 额
• えー / えーと / えっと
• あー
• んー

特別な意味を持たない場合は、clean_script を使って、対応しているリテラルトークンをまとめて削除できます。対象は um、uh、er、ah、呃、额 です。日本語のためらいの声を削除するには、Script を編集する必要があります（read_script → timeline.md を編集 → apply_script）。現在、clean_script では日本語のためらいの声は削除されません。

2つ目は文脈によって判断が変わるため、単語リストだけをもとに削除してはいけません。

• so
• like
• 然后
• 就是
• 嗯
• 啊
• 那个
• 那
• 对
• 所以
• 但是
• あの / あのー
• その / そのー
• まあ
• なんか
• ちょっと
• で
• うーん
• やっぱり

判断方法：

• 単なるためらいや言葉の埋め合わせであれば、削除します。
• 順序、継続、対比、原因、指示、応答、強調、または自然な語調を示している場合は、残します。
• 削除すると前後の言葉が不自然につながる場合は、残すか、間を詰めるだけにします。
• 判断に迷ったら、残します。

例：

• um, I think this solves the main problem -> um を削除します。
• It works like a checklist -> 比較を表す like は残します。
• The upload failed, so we retried it -> 原因と結果を示す so は残します。
• right after the call, send the recap -> タイミングを修飾する right は残します。
• 然后我们再看第二点 -> 順序を示す 然后 は残します。
• えーと、次のポイントです -> 単なるためらいなので、えーと を削除します。
• あの人が言っていた通りです -> ためらいではなく指示語なので、あの は残します。
• あの、ちょっと待ってください -> この場合はためらいなので、文頭の あの を削除します。
• まあ、悪くないと思います -> 判断を和らげ、語調を伝える まあ は残します。
• なんか違和感がある -> この場合は「なんとなく」という意味で、言葉の埋め合わせではないため、なんか は残します。

言い直しと繰り返しの試行

言い直しとは、言い間違えたり、言葉に詰まったり、言葉を忘れたり、話し直したりしたために、話者が同じ意図の内容をもう一度言おうとすることです。言い直しの整理は「繰り返されたテキストを削除する」ことではありません。意図した内容を、完全で自然かつ論理的に一貫した形で一つ残すことが目的です。

次の手順で判断します。

1. 本当に言い直しかどうかを判断します。 複数の試行が同じ意図の内容を伝えようとしている場合に限り、言い直しとして扱います。繰り返しが意図的な強調、修辞的な間、構成上の目印、または新しい情報や語調を加える二度目の説明である場合は、通常の言い直しとして扱いません。
2. 残す完全な内容を決めます。 完全な内容には、主要な内容を伝える文以外も含まれることがあります。前置き、つなぎの言葉、セクションの目印、話題の提示、対比、限定表現、主語、目的語、結論が必要な場合もあります。残す内容がそれらに依存するなら、これらはフィラーではありません。
3. 失敗した部分、または残す内容と重複する部分だけを切り取ります。 間違っている、宙に浮いている、途中で放棄されている、または残す内容に完全に含まれている言葉だけを削除します。切り取りの境界は、繰り返された内容や失敗した内容から始めます。先行するつなぎ、話題の提示、または途切れずに続く発話から自動的に始めるわけではありません。先行する発話に、残す内容で繰り返されていない有用な文脈が含まれているなら、それを残します。
4. 最も適切な完全な試行を選びます。 複数の試行が完全な場合、通常は後の試行を優先します。話者が意図した形に近いことが多いためです。ただし、機械的に最後の試行を選んではいけません。後の試行に必要な文脈、構成、主語、目的語、または結論が欠けている場合は、より完全な内容を残すか、前の試行から不足している前置きを残します。

繰り返された前置きが冗長になるのは、同等の前置きがほかに残っており、残す内容と自然につながる場合に限られます。すべての前置きを削除すると構成が崩れたり、不自然に唐突になったりする場合は、自然な形で一つ残し、余分な言い直しだけを削除します。異なる試行の未完の断片をつなぎ合わせて、人工的な文を作らないでください。

以下の例はパターンであり、すべてを網羅するものではありません。

• 残す文の中での局所的な言い直し： There, there's no After Effects, no Premiere, no DaVinci Resolve learning. 完全な文を残し、言いかけて放棄した部分を削除します。 There's no After Effects, no Premiere, no DaVinci Resolve learning. 文全体がそれ以外は有用だからといって、余分な最初の単語を残さないでください。
• 構成上の前置きの繰り返し： And secondly, ... and secondly, we're introducing a brand new UI. 余分な言い直しを削除しますが、残す内容につながる自然な前置きを一つ残します。 And secondly, we're introducing a brand new UI. 構成上の目印をすべて削除し、次の形だけを残さないでください。 We're introducing a brand new UI.
• 失敗した結末の前にある有用な話題の提示： Then the next one is different from comedy. It is popular on Disney Plus. It is called... 後の言い直し： It is a popular Disney Plus show called Love Story. 後の言い直しで繰り返されていない有用な話題の提示を残し、失敗した箇所から削除します。 Then the next one is different from comedy. It is a popular Disney Plus show called Love Story.

言い直しや未完の断片

このカテゴリには false starts / unfinished fragments を使用します。話者がフレーズを言い始めてから言い直したり、途中でやめたりする場合、編集や文字起こしでは false start のほうが自然な用語です。unfinished fragment は、文が途中で途切れているケースを明確に示します。

断片が明らかに有用な情報を含まない場合に限り、削除してください。

削除してよいもの：

• 話者が考えを途中でやめ、後から完全な形で同じ内容を述べている場合。
• 「これは実は……」のように、続きを伴わないぶら下がったフレーズだけの部分。
• 失敗した言いかけの残りだと明らかな部分。

削除してはいけないもの：

• 不完全ではあるものの、有用な情報を含む文。
• 後の部分で必要となる主語、目的語、または文脈を示す導入部分。
• 前置き、対比、結論、感情、または口調を伝える内容。

文やセグメントの一部だけが不適切な場合は、その周囲にある有用な内容まで削除しないでください。不適切な単語、フレーズ、または間だけを削除します。その部分だけをカットすると不自然になる場合は、セグメントを残してください。

間と呼吸

間の編集では、完全に削除するのではなく、短くすることを基本とします。話し言葉の動画には、自然な間が必要です。

基本ルール：

• 明らかに長い間（0.8～1秒超）は、通常、約0.3秒に短縮します。
• 文と文の間は、自然な言い回しが聞き取れるよう、約0.3～0.5秒残します。
• 話題の転換、対比、強調の前後では、必要に応じて少し長めの間を残します。話し方を急かしすぎないでください。
• ひとつの文の途中にある短い息継ぎが通常の呼吸であれば、削除しないでください。
• ひとつの文の途中に明らかに長い間がある場合は短縮します。ただし、隣り合う単語がくっついて聞こえるほど短くしないでください。
• 撮り直しの前に長い間があり、その前後の失敗した試行を削除する場合は、その間も一緒に削除します。
• ユーザーがしきい値を明示した場合は、それに従ってください。たとえば、ユーザーが「0.8秒を超える間だけ処理し、少なくとも0.3秒は残す」と指示した場合、0.8秒未満の自然な間は処理しないでください。

その他のAロール編集タスクに関するガイダンス

ユーザーが選択した分岐のリファレンスだけを読み込んでください。依頼されていない編集方法のリファレンスを事前に読み込まないでください。デフォルトの編集にはリファレンスは不要です。

編集以外のAロール編集シナリオ（ハイライトの抽出、再構成、フック／短縮版、ターゲットスクリプト／台本との照合、バージョン、ハイライト、抜粋の作成など）については、Aロールの分岐を計画または編集する前に、このスキルのベースディレクトリにある references/other-a-roll-editing-scenarios.md を最後まで読んでください。

A-roll／文字起こしベースの編集ワークフロー

文字起こしの内容に基づいてA-rollを編集する場合は、このフローを使用してください。

適用前に編集全体をプレビューするようユーザーから求められた場合は、最初に clean_script を実行しないでください。これは即時に書き込みを行い、プレビュー用のパラメーターがないためです。read_script({ showSilence: true }) を呼び出し、固定フィラーの削除、意味に基づく編集、一時停止の編集をまとめて timeline.md に反映してから、apply_script({ preview: true }) を呼び出してください。一時停止の圧縮は、Unicode の → を使って [silence=Xs→Ys] と記述してください。単に [silence=Ys] に変更しても、サーフェス間で書き換える構文ではないため、Web では圧縮が適用されません。削除対象のフィラーの前後に無音が残る場合、削除するとそれぞれの長さが合算されます。250ms の上限は左右それぞれではなく、保持される無音の合計に対するものです。たとえば、左側を 0.48s→0.25s にし、右側の 0.13s をそのままにすると、合計は 0.38s になります。プランナーが全体の上限を推測すると期待せず、合計が 0.25s になるよう左右に配分してください。プレビューの検証に成功し、かつユーザーがすでに適用を許可している場合は、確認を求めず、すぐにプレビューなしで apply_script を再度呼び出してください。ユーザーが明示的にプレビューのみを求めた場合は、プレビュー後に終了してください。

すぐに適用してよい編集では、次のフローを使用してください。

1. まず全体を把握します。read_script を呼び出し、次に timeline.md を一度読み、ユーザーの目的、内容の構成、固定フィラーや長い無音があるかどうかを確認してください。clean_script を実行する場合は、このクリーンアップ前の読み取り結果を使って意味に基づく編集全体を組み立てないでください。
2. 上記のプレビュー優先フローに該当しない場合、固定フィラーや長い無音があるときは、意味に基づく編集の前に機械的なクリーンアップを実行してください。文脈に依存するフィラー、撮り直し、文の繰り返し、その他意味の判断が必要なものには、この手順を使わないでください。
3. clean_script の後は、意味に基づく編集の前に必ず、更新されたクリーンな timeline.md を読み直してください。この更新済みファイルを信頼できる情報源として扱ってください。以前に読んだテキストは古くなっている可能性があります。その後、意味を判断して編集してください。最適な撮り直しを選び、言い直しの途中で始まる箇所を整え、繰り返しや失敗した試みを削除し、有用な前置きや文脈を残し、必要に応じて内容を並べ替え、自然な話し方を保ってください。現在のファイルシステムツールのスキーマを使用してください。Edit が edits 配列を公開している場合は、関連する正確な置換をまとめて行ってください。そうでない場合は、サポートされている正確な置換フィールドを使い、編集のたびに検証結果を確認してください。インラインの取り消し線は発話された語句を削除するためのものです。timeline.md では、取り消し線のないソースの語句を削除したり、ASR の内容を修正したりしないでください。
4. ファイルシステムでの編集のたびに検証が実行されます。診断結果が返された場合も、変更後の timeline.md が最新です。これを読み直し、Edit で修正を続けてください。検証に成功したら、次の全体的な編集に取りかかる前に、意味に基づく編集をすぐに apply_script で適用してください。
5. 再生成されたクリーンな結果を読み、視聴者に実際にどう聞こえるかを確認してください。論理の破綻、文脈の欠落、削除しすぎ、見落としたクリーンアップ、順序の誤り、一時停止が短すぎる、または長すぎるといった問題を確認してください。明らかな問題だけを修正してください。

[sN] 行はASRセグメントであり、意味上の単位ではありません。完全な文、考え、撮り直し、話題の移行が複数の [sN] 行にまたがる場合もあれば、1つの [sN] 行が文の一部だけを含む場合もあります。削除または保持する内容を決める前に、隣接する行をまたいで、発話された文や考え全体を頭の中で組み立ててください。

---

MG オーバーレイ

目標

A-rollに重ねるモーショングラフィックスは、話し手が伝えている内容を補強します。重要なポイントへの視聴者の印象を深め、話すだけでは伝わりにくい内容の理解を助けます。まずA-rollの編集を完了してください。MGのタイミングは、編集後のタイムラインに基づいて決めます。

このセクションでは、トーク映像のタイミング、フレーム構成、被写体とキャプションの保護、レビューに関する制約のみを追加します。ビジュアルスタイルの統一、MGの作成やオーサリング、実装上の制約、編集可能なプロパティ、アセットのサイズ設定、検証については、現在のChatCut環境で利用できるモーショングラフィックスのスキル／ワークフローを使用してください。

MG ワークフロー

トーキングヘッドの MG 作業では、動画を個別のグラフィックの集合ではなく、編集済みのひとつの作品として扱ってください。

プランのみの依頼や引き継ぎ分析の依頼を含め、トーキングヘッドのモーショングラフィックスが選択された場合は、まず現在の環境で利用できるモーショングラフィックススキルを有効にしてください。ジェネレーターのスキルが利用可能な場合は、Skill を skill: "motion-graphic-gen" で呼び出してください。意図的にそのスキルが用意されていない Codex では、代わりに Skill を skill: "create-motion-graphics" で呼び出してください。その後、MG の計画、生成、配置、レビューを行う前に、このスキルのベースディレクトリにある references/motion-graphics.md を最後まで読んでください。このトーキングヘッドガイドはシーン固有の編集コンテキストを示すものであり、有効なモーショングラフィックススキルに取って代わるものではありません。

---

Bロール

Bロールの素材を探す、選ぶ、配置する、レビューする前に、このスキルのベースディレクトリにある references/b-roll.md を最後まで読んでください。

---

マルチカメラ（同じテイクを異なるカメラアングルで撮影した素材）

マルチカメラ素材の複数のカメラアングルを同期したり切り替えたりする前に、このスキルのベースディレクトリにある references/multicam.md を最後まで読んでください。

---

トラックの役割（自動ダッキングを有効にする）

オーディオの役割を割り当てたり、ダッキングの動作を変更したりする前に、このスキルのベースディレクトリにある references/audio-and-music.md を最後まで読んでください。

---

BGM

BGM を追加したり尺を調整したりする前に、このスキルのベースディレクトリにある references/audio-and-music.md を最後まで読んでください。

---

字幕

字幕を編集する前に、このスキルのベースディレクトリにある references/captions.md を最後まで読んでください。