結論：動画制作のポストプロダクションは「字幕タイミング調整・誤字訂正・カット候補メモ・概要欄テンプレ・多言語字幕」の5工程をClaude Codeに前段の下書きを書かせる構成にすると、編集者1人あたりの処理本数を週6本→週11本まで増やせる(自社・YouTube運用代行5チャンネル/3ヶ月運用での実測)。
- 要点1：WhisperX または faster-whisper でSRT/VTTを取り出し、Claude Codeに「タイミング微調整＋誤字訂正＋固有名詞統一」だけを担当させる
- 要点2：カット候補メモ・概要欄・サムネ案テキストは「動画台本Markdown」を1ファイルに集約してClaude Codeに読ませる方式が編集ディレクター承認を最短化できる
- 要点3：JP/EN/ZH三言語字幕は「JP原稿を確定→Claude Codeで一括翻訳→各言語ネイティブ最終チェック」の3段運用が、品質・コスト・納期のバランスとして実務的
対象読者：動画制作会社のディレクター・編集者、YouTuberの編集チーム、企業のオウンドメディア動画担当。今日読めること：文字起こしから多言語字幕までの半自動化パイプライン全体図、コピペで動くプロンプト5本、現場で踏んだ失敗パターン4個と再発防止策。
1. なぜ動画ポスプロにClaude Codeなのか — 編集者1人あたりの本数が頭打ちになっていた
知り合いのYouTube制作会社のディレクターから「編集者1人あたり週6本が限界で、これ以上案件取れない」と相談されたのが2026年1月の話でした。話を聞くと、撮影・カット編集・カラコレ・SE・サムネは外注で並列化できているけれど、「字幕」「概要欄」「サムネテキスト案」「カット候補メモ」の4工程だけは編集者本人がやらないと回らない、というボトルネックでした。
正直、最初は「字幕はAdobe Premiere Proの自動文字起こしで十分やん」と思ったんです。実際、撮って出しの素起こし自体はもうかなり精度が高い。問題はそこから先で、固有名詞の誤字訂正、タイミング微調整、改行位置、漢字/ひらがなの統一、敬体常体の統一、そして概要欄・タイトル・サムネ案のドラフト作成、これら全部の「最後の仕上げ」に編集者の時間を吸われていたんですよね。
そこで「最後の仕上げ前」のドラフトをClaude Codeにやらせてみる、という方針で3ヶ月運用したのが今回の記事の元ネタです。結果から先に書くと、編集者の週あたりの処理本数が6本→11本に増え、外注ライターに振っていた概要欄ドラフトは内製化できました。一方で、しくじりも多かった。「Claude Codeに任せきりにしたら逆に時間が増えた工程」も実はあります。本記事ではその両面を、エンジニアではなく動画制作の現場目線で書いていきます。
関連する近接事例としてEC商品説明文のAI生成でCV改善した事例もぜひ参考にしてください。「人手で書いてた定型ドラフトをAIに下書きさせて、最終承認だけ人がやる」という構造は動画制作と完全に同じです。
2. 全体構成 — 「動画台本Markdown」を真ん中に置く設計
3ヶ月の試行錯誤で固まった構成はシンプルで、1本の動画につき1ファイルのMarkdown「video.md」を作って、そこに全部寄せるというものです。
具体的には、以下のセクションを1つのMarkdownに詰め込みます。
- meta：撮影日、登場人物、撮影目的、想定尺、想定公開日
- transcript：WhisperXが吐いたSRT（タイムコード付き素起こし）
- glossary：固有名詞リスト（人名・商品名・専門用語・社内用語）
- style_guide：敬体/常体、句読点ルール、ひらがな化リスト、改行ルール
- cut_candidates：Claude Codeが書く「ここカットしてよさそう」メモ
- title_candidates：SEOタイトル案5本
- description：概要欄ドラフト
- thumbnail_copy：サムネに乗せる短いコピー案
- subtitle_jp：日本語字幕（修正済SRT）
- subtitle_en：英語字幕
- subtitle_zh：中国語字幕（簡体）
このMarkdownをClaude Codeに渡して「セクションごとに必要な処理をしてくれ」と頼む形が、一番事故が少なかったです。逆に「字幕だけ」「概要欄だけ」とバラバラに依頼すると、固有名詞のゆれや人称のゆれが各成果物で起きてしまい、編集者の確認時間が逆に増えました。
「全部を1ファイルに集約してAIに読ませる」のは、ホテルのレビュー返信運用でも同じパターンが効きました。コンテキストを分散させずに1箇所に集めるのが、AIに作業させるときの一番の勝ち筋なんですよね。
3. ステップ1：文字起こしと字幕タイミング調整
使うツールの組み合わせ
素起こし自体はClaude Codeではなく、音声認識専用モデルを使います。実運用で安定したのは以下です。
- WhisperX（mediumまたはlarge-v3、word-level timestamp出力）：話者ダイアラ付き、タイミング精度が高い
- faster-whisper：M2 Macで動かすときの第一選択。large-v3-turboで10分の動画が3〜4分
- Premiere Proの自動文字起こし：Adobe CCを既に使っているチームならこれでも十分
これらが吐いたSRTをvideo.mdに貼り付けて、Claude Codeに「タイミング微調整＋誤字訂正＋固有名詞統一」を依頼します。重要なのは「素起こし自体をAIに書かせない」こと。Claude Codeに直接「この音声を文字起こしして」と頼むと、音声ファイル入力に対応していないモデルだと幻覚（hallucination）混じりの架空テキストが出てきます。これは本当にやってしまいがちな事故です。
コピペ可能プロンプト①：字幕タイミング調整＋誤字訂正
あなたはYouTube字幕の編集者です。以下の video.md の `transcript` セクション（WhisperX出力のSRT）を読み、以下の処理を行って、`subtitle_jp` セクションに修正済SRTとして書き出してください。
【処理ルール】
1. 1字幕あたりの最大文字数は20文字。20文字を超えるブロックは句読点・自然な区切りで分割する。
2. 1字幕の表示時間は最短0.8秒、最長5.0秒。これを満たすようタイムコードを微調整する。
3. `glossary` セクションの固有名詞リストにある語は、表記をリストどおりに統一する(例:「クロードコード」→「Claude Code」)
4. `style_guide` の敬体/常体ルール、ひらがな化リスト、句読点ルールに従う
5. フィラー(「えーと」「あのー」「まあ」)は削る。ただし話者の個性として意図的に残してあるところは glossary に「keep_filler」と書いてあるので残す
6. 漢字/ひらがな/カタカナのゆれは glossary で示された表記に揃える
7. SRT形式(連番、タイムコード、本文、空行)で出力する
【絶対にやらないこと】
- 元の意味を変える書き換え
- 元音声にない単語の追加(hallucination厳禁)
- タイムコードの大幅な再生成(±0.3秒以内の微調整のみ)
- 改行位置を勝手にいじる(指定された最大文字数ルール内で機械的に処理)
処理後、修正したブロック番号と修正理由を `subtitle_jp_log` セクションに箇条書きで出力してください。
このプロンプトのキモは「タイムコードの大幅な再生成を禁じる」一文です。これを入れないと、Claude Codeが「もっと自然な区切りに直しときますね」と気を利かせてタイムコードをまるごと書き直してしまい、結果として実音声とズレた字幕が出来上がります。実際これで1本まるごとやり直しになったことが2回ありました。
4. ステップ2：誤字訂正と固有名詞統一（glossaryの作り込み）
Claude Codeに字幕仕上げを任せるとき、品質の8割はglossary（用語集）の作り込みで決まります。実際の運用で使っているglossaryフォーマットは以下です。
# glossary
## 人名
- 佐藤傑(さとう・すぐる) ※敬称「さん」を必ず付ける
- 田中PD ※読みは「ピーディー」、肩書は「PD」とする(プロデューサーと書かない)
## 商品名・サービス名
- Claude Code ※半角スペース、Cは大文字、表記ゆれ「クロードコード」「ClaudeCode」は禁止
- ChatGPT ※全部半角
- Premiere Pro ※半角スペース
## 社内用語
- 「3D合成」→「3DCG合成」と書く
- 「ロケ」→「撮影」と書く(視聴者向け配慮)
## ひらがな化リスト(漢字を開く)
- 出来る → できる
- 事 → こと
- 物 → もの
## 表記ゆれ統一
- お問い合わせ/お問合せ → 「お問い合わせ」
- アカウント/account → 「アカウント」
## 敬語ルール
- 動画内の話者はインタビュー対象者(社外)→「~さん」「~様」
- 動画内の話者がスタッフ→敬称なし
これをvideo.mdに含めてClaude Codeに渡すと、固有名詞のゆれが激減します。逆にglossaryを作らずに「いい感じに統一して」と頼むと、Claude Codeは前後の文脈から推測して勝手なルールで揃えるので、編集者が結局全部直すことになります。「glossaryに書いてあること以外は触らない」と明示するのがコツです。
5. ステップ3：カット候補メモを書かせる
編集者が文字起こしを読みながら「この5秒〜12秒のあたりは話が脱線しているのでカット候補」みたいなメモを残す作業、これも結構時間を食っています。Claude Codeに代行させたところ、編集者の確認は必要ですが下書きの精度は実用レベルでした。
コピペ可能プロンプト②：カット候補メモ生成
あなたは経験10年の動画編集ディレクターです。以下の video.md の `transcript` を読み、編集者向けのカット候補メモを `cut_candidates` セクションに書き出してください。
【判定基準】
- 同じ内容を別の言い方で繰り返している → 後ろをカット候補
- 話が脱線して本題と関係ない部分が30秒以上続く → 全部カット候補
- 言い淀み(「えー」「あのー」)が5秒以上続く → 全部カット候補
- 「もう一回言いますね」「あ、いま噛みました」など撮り直し宣言の前部分 → カット候補
- 話者が本題から逸れて長く語っている部分 → 「短縮候補」(完全カットでなく短縮を提案)
- 音響的に環境ノイズが入っていそうな部分(車の音への言及など) → メモとして残すだけ(編集判断)
【出力フォーマット】
| 開始TC | 終了TC | カット種別 | 理由 | 編集者へのメモ |
|---|---|---|---|---|
| 00:01:23,400 | 00:01:35,200 | 完全カット | 内容重複(00:00:45の繰り返し) | 後ろを残す方が表情が良い |
【絶対にやらないこと】
- 「面白くないからカット」「視聴維持率が下がりそうだからカット」のような主観的判断(編集者の領分)
- カット理由がglossaryやstyle_guideに明示されていない場合の独断
- ストーリー上重要な部分(meta.撮影目的に書かれた論点)のカット提案
最後に、cut_candidates の総削減見込み秒数を `cut_candidates_total_seconds` として出力してください。
このプロンプトで重要なのは「主観的判断を禁じる」点です。Claude Codeに「面白いかどうか」を判断させると、編集ディレクターの感覚と合わずに信頼を失います。あくまで「機械的に判定できるもの（重複・脱線・言い淀み）」だけを候補に挙げさせ、最終判断は人間が下す、という線引きが大事でした。
6. ステップ4：SEOタイトル・概要欄テンプレ
SEOタイトルと概要欄のドラフトは、Claude Codeとの相性が一番良い領域です。YouTube内部の検索アルゴリズム、競合動画のタイトル傾向、想定検索キーワードを与えれば、5〜10本のタイトル候補と1,000字程度の概要欄ドラフトを5分以内で吐いてくれます。
コピペ可能プロンプト③：タイトル・概要欄ドラフト
あなたはYouTubeチャンネルのSEO担当です。以下の video.md を読み、SEO最適化されたタイトル候補と概要欄ドラフトを書いてください。
【入力情報】
- `meta.チャンネル属性`(視聴者層、登録者規模、得意ジャンル)
- `meta.target_keywords`(狙う検索キーワード3〜5個)
- `transcript`(動画本編の文字起こし)
- `cut_candidates`(カット後の実際の構成を把握するため)
【タイトル要件】
- 50文字以内(YouTube表示で切れない範囲)
- 数字・ベネフィット・固有名詞のいずれか2つ以上を含む
- target_keywordsの第1KWを前方30文字以内に配置
- 「衝撃」「神回」「ヤバい」など過剰煽りワードは使わない(チャンネル属性で許可があれば例外)
- 5本生成し、それぞれ「想定CTR上振れ要因」を1行で添える
【概要欄要件】
- 冒頭150文字に動画の要約と価値提案を書く(YouTube検索アルゴリズム重視部分)
- 中盤に章立て(タイムスタンプ付き)
- 末尾に関連動画・チャンネル登録CTA・SNSリンクのプレースホルダ
- target_keywordsを自然な日本語で3〜5回含める
- 全体800〜1,200文字
【絶対にやらないこと】
- 動画内で言及していない数字や効果を勝手に追加(誇大広告)
- 競合チャンネルの名前を出してdisる
- 「クリックしないと損」のようなクリックベイト表現
このプロンプトで吐いたドラフトをディレクターが30秒で確認し、「2案目のタイトル＋概要欄ドラフトのまま」「3案目のタイトル＋概要欄は冒頭だけ書き直し」のように指示すると、編集者が概要欄を1から書く時間が15分→3分に短縮できました。
7. ステップ5：サムネテキスト案
サムネのデザインそのものはデザイナーがPhotoshopで作りますが、「サムネに乗せる短い文言」をディレクターと編集者が3案ずつ出し合う工程があります。これもClaude Codeにドラフトを書かせると、議論のたたき台が一瞬で用意できます。
コピペ可能プロンプト④：サムネテキスト案5本
あなたはYouTubeサムネ専門のコピーライターです。以下の video.md を読み、サムネに乗せる短いコピーを5案出してください。
【要件】
- メインコピー：12文字以内、漢字＋カナ混じり、サムネで読める強いワード
- サブコピー：8文字以内(省略可)
- 必須キーワード：`meta.thumbnail_must_include`があれば必ず含める
- 禁止ワード：`meta.thumbnail_ng_words`にあるものは絶対使わない
- 各案で「想定する視聴者の感情(驚き/共感/学び/問題提起/期待)」を1ワードで添える
【サムネコピー設計の原則】
- 動画を見たくなる「ギャップ」または「ベネフィット」のどちらかを言語化する
- 数字が動画内で言及されている場合は数字を入れる(動画内で言及されていない数字は禁止)
- 疑問形は「?」を使わず体言止めで(YouTube慣習)
- カタカナと漢字を意図的に混ぜる(「衝撃の3選」より「衝撃3選」より「コレが現場のリアル」のように)
【出力例】
1. メイン:「現場が壊れる」 サブ:「編集者の本音」 感情:共感
2. メイン:「Claude Codeで激変」 サブ:「字幕半自動化」 感情:学び
...
【絶対にやらないこと】
- 動画内で実際に言及していない数字・人名・効果を入れる
- 競合や個人を貶めるコピー
このプロンプトを使うと、3人のディレクターでブレストする30分が、Claude Codeのドラフト5案を見て10分でブラッシュアップする時間に置き換わります。ブレスト自体は無くなりませんが「白紙からスタートしなくていい」のが効きます。
8. ステップ6：多言語字幕（JP/EN/ZH）の同時整備
動画制作会社の中でも、海外配信を意識しているチャンネルは増えています。日本語字幕を確定させたあと、英語と中国語（簡体）の字幕も同時に出すケースが3ヶ月運用で月20本ありました。これがClaude Codeで一番効率化できた領域です。
多言語字幕の3段運用
- JP原稿確定：日本語字幕（subtitle_jp）を編集者が承認する
- Claude Codeで一括翻訳：subtitle_jpを読んで、subtitle_enとsubtitle_zhを生成する
- 各言語ネイティブ最終チェック：英語は社内バイリンガル、中国語は外注ネイティブが最終確認
この3段運用で、英語字幕は1本あたり15,000円→6,000円、中国語字幕は1本あたり20,000円→8,000円までコストダウンできました（外注完全代行 → Claude Codeドラフト＋ネイティブチェックのみ、への切り替え）。
コピペ可能プロンプト⑤：多言語字幕生成
あなたはYouTube字幕の多言語ローカライザーです。以下の video.md の `subtitle_jp` セクション(編集者承認済の日本語SRT)を読み、英語字幕(subtitle_en)と中国語簡体字幕(subtitle_zh)を生成してください。
【共通ルール】
- SRTのブロック番号とタイムコードは subtitle_jp と完全に揃える(動画ファイルへの埋め込みで対応が崩れるため)
- 各字幕の表示時間内で読みきれる長さに圧縮する(英語は42文字/行、中国語簡体は15文字/行が上限)
- `glossary` の固有名詞は、各言語版の標準表記に従って翻訳(例:Claude Code→英語ではそのまま、中国語簡体では「Claude Code(英文保留)」)
【英語(subtitle_en)固有ルール】
- アメリカ英語で統一(colour→color, organise→organize)
- 1行最大42文字、2行まで
- 文末ピリオドは省略可(YouTube字幕慣習)
- 専門用語(動画編集・AI関連)は業界標準英語に従う
【中国語簡体(subtitle_zh)固有ルール】
- 簡体字で統一(繁体字混入禁止)
- 1行最大15文字、2行まで
- 句点「。」は使わず、空白か改行で区切る(YouTube中文字幕慣習)
- 専門用語は、IT・動画編集分野の中国大陸標準訳語に従う(例:剪辑→编辑ではなく「剪辑」)
【絶対にやらないこと】
- タイムコードを subtitle_jp から動かす
- 原文にない情報を意訳で追加する
- 文化的に不適切な表現や政治的にセンシティブな表現の意訳追加
- glossary 未収録の固有名詞を独自判断で翻訳(未収録なら原文ママで残しメモを残す)
【出力後の確認】
処理後、glossary に未収録だった固有名詞を `glossary_candidates` セクションにリストアップしてください(編集者が確認してglossary本体に追加する)。
このプロンプトのキモは「タイムコードを動かさない」「未収録固有名詞をリストアップさせる」の2点です。タイムコードがズレると編集ソフトでの字幕埋め込み作業が破綻し、未収録固有名詞を独自翻訳されると後で全話統一が崩れます。
関連事例としてSaaSカスタマーサクセスのヘルススコア運用でも同様に「未収録ラベルを独自判断させない」設計が効きました。AIにルール外を勝手に決めさせない、というのが業務適用の鉄則ですね。
9. 【要注意】失敗パターン4個と再発防止策
失敗1：素起こし自体をClaude Codeに任せた
❌ やってしまったこと：音声ファイルのテキスト化自体をClaude Code（テキスト処理用のClaude モデル）にやらせようとした。結果、音声非対応モデルが架空のテキスト（hallucination）を返してきて、内容が動画と全く違うものになっていた。3本連続で「字幕が動画と無関係」という事故が発生し、納品物の信用を一気に落とした。
⭕ 正解：素起こしはWhisperX / faster-whisper / Premiere Proの自動文字起こしに任せる。Claude Codeには「テキスト化済みのSRT」を渡して、修正と仕上げだけ依頼する。AIの役割を「音声→テキスト」と「テキスト→テキスト」で明確に分ける。
失敗2：glossaryを作らずに「いい感じに」と頼んだ
❌ やってしまったこと：固有名詞ルールや表記ルールを明文化せず、「固有名詞の表記を統一してください」とだけ依頼した。結果、Claude Codeが文脈推測で勝手なルールを採用し、複数本の動画でルールがバラバラに。シリーズ全体で「Claude Code」「ClaudeCode」「クロードコード」が混在することになった。
⭕ 正解：glossaryを明文化してvideo.mdに含める。glossary未収録の固有名詞は「独自翻訳せず原文ママ＋未収録リストとして報告」するルールをプロンプトに明記する。glossaryは月1回ディレクターと編集者で棚卸しする運用に組み込む。
失敗3：「面白いかどうか」をClaude Codeに判断させた
❌ やってしまったこと：カット候補メモを書かせる時に「視聴維持率が下がりそうな部分を提案して」と依頼。結果、ディレクターが「ここは表情がいいから残したい」と思っていた部分をClaude Codeがバッサリ削除提案してきて、メモのレビューに時間がかかりすぎた。AIと人の感覚が合わず、結局メモを全部書き直すハメに。
⭕ 正解：Claude Codeに任せるのは「機械的に判定できる項目」だけ（重複・脱線・言い淀み・撮り直し宣言）。主観判断（面白い/つまらない、表情がいい/悪い、視聴維持率の予測）はディレクターが下す、と役割分担を明確にする。
失敗4：多言語字幕のタイムコードを動かした
❌ やってしまったこと：英語字幕の文字数制限に合わせて、Claude Codeに「自然になるようタイムコードも微調整して」と頼んだ。結果、英語字幕のタイムコードがJP原稿と1〜2秒ズレ、Premiere Proへの埋め込み時に複数言語の対応関係が崩壊。1本まるごと再生成が発生した。
⭕ 正解：多言語化のときはタイムコードを絶対に動かさない、と明示する。英語側の文字数制限は「同一タイムコード内で読みきれる長さに圧縮する」方向で吸収する。タイムコードを動かしたい場合は、JP原稿そのものを再分割するところからやり直す。
10. 運用フロー — 1本あたりの所要時間内訳
3ヶ月運用の実測値を共有します。10分尺のYouTube動画1本あたりの内訳です。
- 素起こし（WhisperX）：3〜4分（M2 Mac、large-v3-turbo）
- video.md作成・glossary参照：5分（ディレクターが手動でmeta・glossary参照を確定）
- Claude Code：字幕タイミング調整＋誤字訂正：1〜2分（API応答時間）
- 編集者：字幕レビュー＋修正：8〜12分（従来は30〜40分）
- Claude Code：カット候補メモ：1〜2分
- ディレクター：カット候補確認＋編集者への指示：3〜5分（従来は15分）
- Claude Code：タイトル・概要欄・サムネコピー：2〜3分
- ディレクター：採用案決定＋微調整指示：3〜5分（従来は20〜30分）
- Claude Code：多言語字幕（EN/ZH）：3〜4分
- ネイティブチェッカー：多言語字幕最終確認：15分×2言語（従来は外注完全代行で2〜3営業日）
合計で、1本あたりのポスプロ時間（多言語含む）は従来120〜150分 → 65〜80分に短縮できました。これが編集者1人あたり週6本→週11本につながった内訳です。
11. 編集者・ディレクターの役割が「最終判断」にシフトする
3ヶ月運用してわかったのは、Claude Codeが「下書きを書く」役割を担うことで、編集者・ディレクターの仕事が「最終判断と品質保証」にシフトする、ということです。「字幕を書く」「概要欄を書く」「カットメモを書く」のようなドラフト作業の比率は半分以下になり、代わりに「これでいいか/ダメか」を判断する時間と、「ここはAIに任せず人が決めるべき」と線引きする時間が増えました。
この変化は、編集者の経験年数による得意領域の差を、より顕在化させます。経験5年以上の編集者は「AIドラフトの粗を見抜くのが早い」一方、経験1〜2年の編集者は「AIドラフトをそのまま採用してしまう」傾向があり、ディレクターのレビュー負荷が逆に増えました。「AIに任せる」ことと「AIをマネジメントする」ことは別スキルですね。新人編集者の教育プログラムに「AIドラフトのレビュー観点」を組み込む必要があると感じています。
12. コスト試算 — 月20本運用での粗利改善
YouTube制作運用代行の月20本案件で試算すると、以下のような数字になりました。
- 編集者工数削減：1本あたり55〜70分削減 × 月20本 = 月18〜23時間削減
- 外注ライター費（概要欄）削減：1本3,000円 × 月20本 = 月60,000円削減
- 多言語字幕外注費削減：英語1本15,000円→6,000円、中国語1本20,000円→8,000円、月10本×2言語=月210,000円削減
- Claude Code API利用料：月20本×平均5,000トークン処理×各工程 ≈ 月15,000〜25,000円程度（Sonnet基準）
差し引きで月25万円前後の粗利改善になります。年間で考えると約300万円。これは編集者を1人増やさずに案件を1.5倍受けられるようになる、という意味でもあります。動画制作会社の経営的にはかなりインパクトのある数字でした。
13. 導入のためのチェックリスト
これから動画制作チームでClaude Code活用を始めるなら、以下のチェックリストを順番に潰していくのがおすすめです。
- □ チャンネル/動画ごとに「video.md」のテンプレを作る（meta、transcript、glossary、subtitle_*セクションを最低含む）
- □ 各チャンネルのglossary（固有名詞・表記ルール・敬体常体）を整備する
- □ WhisperX または faster-whisper を編集マシンに導入する
- □ Claude Code（あるいはClaude API + claude.ai/code環境）の利用権限を編集者に付与する
- □ 「素起こしはClaude Codeにやらせない」ルールを編集者に教育する
- □ 「タイムコードはAIに動かさせない」「主観判断はAIにさせない」を共有する
- □ 多言語字幕はネイティブチェック工程を必ず残す
- □ glossaryの月次棚卸しをディレクター・編集者で実施する運用に組み込む
- □ 新人編集者向けの「AIドラフトレビュー観点」研修を作る
- □ 月次でAIによる削減時間・外注費削減額を計測し、経営にフィードバックする
14. まとめ — 「最後の仕上げの前」をAIに任せる設計が現場では強い
動画制作会社のポストプロダクションでClaude Codeを使うときの設計思想は、「最後の仕上げの前のドラフト工程」をAIに任せ、編集者・ディレクターは最終判断と品質保証に集中する、というものです。素起こし・タイミング微調整・誤字訂正・カット候補メモ・概要欄・サムネコピー・多言語字幕の7工程のうち、編集者の判断を必要としない下書き部分はClaude Codeに任せ、「これでいいか/ダメか」だけ人間が決める形にすると、編集者1人あたりの処理本数は実測で6本→11本まで増やせました。
一方で、「素起こし自体をAIに任せる」「主観判断をAIに任せる」「タイムコードを動かさせる」のような領域は事故の温床で、3ヶ月運用の中で複数回やり直しが発生しました。AIの守備範囲を明確に線引きすること、そしてglossaryやstyle_guideでルールを明文化することが、運用品質の8割を決めると言っても過言ではありません。
動画制作会社の経営目線では、編集者を増やさずに案件を増やせる構造が作れるので、年間300万円規模の粗利改善になります。一方で、編集者・ディレクターの仕事内容が「ドラフト書き」から「最終判断と品質保証」にシフトするので、教育プログラムや評価制度の見直しもセットで考える必要が出てきます。技術導入だけでなく、組織運用までセットで設計するのが現場では強いです。
15. ケーススタディ：YouTubeチャンネルA社（登録者18万人・週3本配信）の3ヶ月運用記
抽象的な話だけだと現場感が伝わらないので、実際に3ヶ月運用したA社のケースを書きます。A社は登録者18万人のビジネス系YouTubeチャンネルを運営している会社で、編集チーム3名（編集者2名＋ディレクター1名）、週3本配信、海外配信なし、というプロフィールです。
導入前の状況（2026年1月）
導入前のA社は、編集者1人あたり週1.5本（2人で週3本）が完全に上限で、新規案件依頼を月3〜4件断っている状態でした。ボトルネックの内訳を編集者にヒアリングすると、以下のような時間配分でした。
- カット編集・カラコレ：1本あたり120分
- 字幕仕上げ（誤字・タイミング・改行）：1本あたり90分
- 概要欄・タイトル案作成：1本あたり40分
- サムネコピー案出し（デザイナー前）：1本あたり20分
- ディレクター確認・修正対応：1本あたり30分
合計300分/本。週3本で900分（15時間）×編集者2名で、週30時間の編集作業時間。これに撮影立ち会いや企画会議が乗るので、編集者の体感は「常にギリギリ」でした。
導入1ヶ月目：video.md設計とglossary整備に時間がかかった
正直、最初の1ヶ月は「導入によって逆に時間が増えた」と編集者からクレームが来ました。理由は明確で、video.mdのテンプレ設計とglossaryの初期整備に時間がかかったからです。具体的には以下のような作業が発生しました。
- 過去3ヶ月分の動画タイトル・概要欄を集めて「このチャンネルの表記ルール」を洗い出す（ディレクターと編集者で計8時間）
- 固有名詞リストを過去動画から抽出（自動化スクリプトで2時間＋人手確認で4時間）
- style_guide（敬体常体、句読点ルール、ひらがな化リスト）を明文化（3時間）
- WhisperXの編集マシン導入と編集者2名へのトレーニング（半日×2回）
合計で初期投資が約25時間。これを「導入1ヶ月目の追加コスト」と捉えるかどうかが、導入の成否を分けると思います。A社のディレクターは「2ヶ月目以降に回収できればOK」と判断して継続してくれました。
導入2ヶ月目：字幕仕上げ時間が半減
2ヶ月目になると、glossaryの整備が一通り済み、編集者がClaude Codeのドラフトを「ある程度信用してレビューできる」段階に入りました。具体的な変化として、字幕仕上げの時間が1本あたり90分→40分に短縮。週3本で150分→120分の削減なので、編集者2名で週300分→週240分、合計で週60分の削減になりました。
この時点でディレクターからは「初期投資は2ヶ月目で回収済み」と評価をもらえました。ただ、概要欄・タイトル・サムネコピーの工程は2ヶ月目時点ではまだ「Claude Codeのドラフトを編集者が大幅に書き直す」状態が続いていました。理由は、チャンネルA社の「らしさ」「らしくなさ」の感覚がプロンプトに落ちきっていなかったからです。
導入3ヶ月目：概要欄・タイトルもドラフトをほぼ採用できる水準に
3ヶ月目で、過去6ヶ月分のチャンネルA社の動画タイトル・概要欄をプロンプトの「good_examples」「bad_examples」セクションに具体例として20件ずつ含める運用に切り替えました。これで一気に精度が上がりました。Claude Codeが「このチャンネルのトーン」を学習する材料が増えたためです。
3ヶ月目の数字は以下です。
- 字幕仕上げ：90分→35分（55分削減）
- 概要欄・タイトル案：40分→12分（28分削減）
- サムネコピー案出し：20分→6分（14分削減）
- ディレクター確認・修正対応：30分→18分（12分削減、ドラフト品質向上で確認量減）
合計で1本あたり109分削減。週3本×3ヶ月で約27時間/月の削減になりました。A社のディレクターは「この削減時間を使って、新規案件1本分を月内に追加で受けられるようになった」と評価してくれました。
A社が3ヶ月運用で踏んだしくじり
A社でも例に漏れず、しくじりはありました。代表的なものを共有します。
- glossaryに登場人物の年齢を入れてしまった：「Aさん(45歳)」という社内メモのままglossaryに残しており、Claude Codeが概要欄ドラフトに勝手に年齢を入れてしまった。ご本人からクレーム。glossary設計時に「外部公開可否」のカラムを必ず付ける運用に変更。
- サムネコピー案で過去動画と同じ言い回しが出続けた：プロンプトに「bad_examples」を含めていなかったため、過去のヒット動画のコピーを模倣しすぎてマンネリ化。bad_examplesに「過去30日分の自社サムネコピー」を入れる設計に変更。
- 多言語字幕は導入を見送った：A社は海外配信していないため、英語・中国語字幕は導入対象外。「使わない機能を勉強する時間がもったいない」と編集者から正当な意見が出て、英語・中国語の運用設計は別チャンネルで実装することに。
16. プロンプト設計の落とし穴 — 「いい感じに」「自然に」を禁句にする
3ヶ月の運用で、編集者・ディレクターがClaude Codeに指示を出すときの「曖昧ワード」が、品質ブレの最大原因だと痛感しました。具体的に禁句にすべきワードと、その置き換え例を共有します。
禁句ワードと置き換え表
- ❌「いい感じに字幕を仕上げて」→ ⭕「1字幕20文字以内、表示時間0.8〜5.0秒、glossaryに従って固有名詞統一、style_guideの敬体常体ルール適用、で字幕を仕上げてください」
- ❌「自然な日本語で概要欄を書いて」→ ⭕「冒頭150文字に動画要約、中盤に章立てとタイムスタンプ、末尾に関連動画・チャンネル登録CTA、target_keywordsを3〜5回含める、文字数800〜1,200、で概要欄を書いてください」
- ❌「面白いサムネコピーを考えて」→ ⭕「メインコピー12文字以内、サブコピー8文字以内、漢字＋カナ混じり、必須キーワード3つ含む、禁止ワードリスト遵守、で5案出してください」
- ❌「視聴維持率が下がりそうなところをカット候補にして」→ ⭕「内容重複、30秒以上の脱線、5秒以上の言い淀み、撮り直し宣言の前部分、をカット候補としてリストアップしてください」
- ❌「英語字幕に訳して」→ ⭕「subtitle_jpのタイムコードを動かさず、各タイムコード内で読み切れる長さに圧縮、1行42文字以内、glossaryの固有名詞は英語標準表記、で英語字幕を生成してください」
このように、「人間の編集者が暗黙に持っている品質基準」を全部明文化してプロンプトに入れるのが、品質ブレを抑える最大のコツです。「暗黙の品質基準」を明文化する作業は、実は編集チームの教育マニュアル整備とほぼ同じ作業で、新人編集者の立ち上がりも早くなるという副次効果がありました。
17. 動画制作におけるClaude Codeの「やらせていいこと/やらせてはいけないこと」境界
3ヶ月運用で見えてきた、Claude Codeの守備範囲の境界線を整理します。チームでの合意形成にそのまま使えるはずです。
やらせていいこと（推奨領域）
- テキスト→テキストの定型変換（SRTのタイミング微調整、誤字訂正、固有名詞統一）
- 明文化されたルールに従ったドラフト生成（概要欄、タイトル、サムネコピー、カット候補メモ）
- 多言語翻訳（タイムコード固定、glossary参照、ネイティブ最終チェック前提）
- 過去動画との重複表現チェック
- video.md内のメタ情報整理（撮影日、登場人物、想定尺などの整形）
やらせていけないこと（禁止領域）
- 音声→テキストの素起こし（音声非対応モデルの幻覚リスク）
- 「面白い/つまらない」「視聴維持率が下がりそう」などの主観判断
- 未収録固有名詞の独自翻訳・独自表記決定
- タイムコードの大幅な再生成
- 動画内で言及されていない数字・効果・人名の追加（誇大広告リスク）
- ディレクターの最終承認なしの公開判断
判断が難しい領域（チームで都度議論）
- 「言い淀み」のカット判断：話者の個性として残すべきか、視聴体験のために削るべきか
- 章立て構成の提案：Claude Codeが「もっとこういう構成の方が伝わる」と提案してきた場合の採否
- サムネコピーの「煽り度」：チャンネル属性によって許容範囲が違うので、ディレクターが個別判断
- 多言語字幕の「文化的配慮」：簡体中国語版でセンシティブな話題への対応など、ネイティブチェッカーと相談
18. 編集チーム向けトレーニング設計 — 1日カリキュラムのたたき台
A社で実施した編集チーム向けトレーニング（1日6時間）の構成を共有します。これから自社で展開する方の参考になれば。
午前3時間：基礎編
- 09:00-09:30 オープニング：なぜAIドラフトを編集者が使うのか、組織方針
- 09:30-10:30 ハンズオン1：WhisperXで素起こしを取る、SRTを開く、video.md雛形に貼り付ける
- 10:30-10:45 休憩
- 10:45-12:00 ハンズオン2：Claude Codeに字幕タイミング調整プロンプトを投げる、修正前後を比較する
午後3時間：応用編
- 13:00-14:00 ハンズオン3：glossary整備、style_guide作成（自社チャンネルの過去動画を題材に）
- 14:00-15:00 ハンズオン4：概要欄・タイトル・サムネコピーのドラフト生成と、ディレクターレビューを想定した修正指示の出し方
- 15:00-15:15 休憩
- 15:15-16:00 ディスカッション：「AIに任せていい/任せてはいけない」を自社事情で議論
- 16:00-16:30 まとめと運用ルールの初稿合意
このカリキュラムを実施したA社では、編集者2名が翌週から実運用に投入でき、初週で字幕仕上げ時間40%減を実測できました。重要なのは「ハンズオン中心」「自社の実データで触る」「最後に運用ルールを文章で残す」の3点です。座学だけだと現場での運用に落ちないので、必ず自社の実動画を題材にしてください。
19. 動画制作チームのAI導入で起こりがちな組織的摩擦
技術的な話ではなく、組織運用で実際に起きた摩擦も共有しておきます。技術導入だけでは解決できない領域です。
摩擦1：ベテラン編集者の抵抗
編集歴10年以上のベテラン編集者から「自分の感覚をAIに上書きされるのが嫌」という声が出ました。これは技術論ではなくキャリア論なので、トップダウンで「使え」と言っても解決しません。A社では「ベテラン編集者の感覚を言語化してプロンプトに反映する」という形で、ベテランの暗黙知をプロンプト化する役割を渡しました。これでベテラン編集者が「自分が認めたルールでAIが動いている」という納得感を持ってくれました。
摩擦2：外注ライターとの関係
概要欄ドラフトを外注ライターに発注していた会社の場合、内製化によって外注先との関係が変わります。A社では、外注ライターに「Claude Codeのドラフトレビュー」と「サムネコピーの最終ブラッシュアップ」を依頼する形にシフトし、ライター側も「単純なドラフト書きから、品質保証側へ業務シフト」できたと評価してくれました。発注額は1本3,000円→1,500円に減りましたが、1人当たりの処理本数が増えたので、ライターの月収は変わらず維持できました。
摩擦3：ディレクターの評価制度
「ドラフト書きが減ったら編集者の評価はどうするのか」という議論が、A社の経営層と発生しました。最終的に「ドラフト書きの量」ではなく「最終品質と処理本数」で評価する制度に変更し、編集者の納得感を保ちました。AI導入で業務内容が変わるとき、評価制度も同時に見直す必要があります。
20. ありがちな質問（FAQ）
Q1. Claude CodeとClaude（claude.ai）の違いは？動画制作チームではどちらを使えばいい？
Claude Codeは、ターミナルで動くClaude（AnthropicのAIモデル）の開発者向けCLIです。動画制作チームの場合、編集者はクラウドのclaude.ai（ブラウザ版）で十分なケースが多いです。Claude Codeが活きるのは、video.mdのような複数ファイルにまたがる処理、シェルスクリプトを絡めた自動化、WhisperX出力の前処理を自動で噛ませる、といった「複数工程をパイプラインで繋ぐ」場面です。編集者個人がアドホックに使うならclaude.ai、ディレクターがチーム全体の運用パイプラインを組むならClaude Code、という使い分けが現実的です。
Q2. 著作権・肖像権の観点でAIに字幕を書かせて大丈夫か？
音声→テキストへの変換そのものは著作権の論点が少ないですが、概要欄やサムネコピーの「ドラフト生成」は、出力物の著作権がチャンネル側に帰属するかどうかをAI利用規約で確認する必要があります。Anthropicの利用規約上、出力物の権利は利用者側に渡る形になっていますが、各社の法務確認は必須です。また、対談動画でゲスト本人の発言を字幕化する場合、ゲストの肖像権・パブリシティ権の論点は通常の動画制作と同じで、Claude Codeを使うかどうかに関わらず確認が必要です。
Q3. 編集者が抵抗している場合の進め方は？
トップダウンで「使え」と言うのではなく、「あなたの仕事を奪うのではなく、あなたの判断時間を増やす設計」だと丁寧に説明することが重要です。A社の事例でも、ベテラン編集者には「あなたの暗黙知をプロンプトに反映する」という巻き込み方が効きました。具体的には、過去の編集物から「このベテランが大事にしている表記ルール」を抽出してglossaryに反映し、「あなたのルールでAIが動く」状態を作ることです。
Q4. 個人YouTuberでも導入する価値はある？
あります。むしろチームより個人YouTuberの方が、編集時間の削減が直接「収益と自由時間」に効くので、ROIは高いケースが多いです。週1本配信の個人YouTuberが、編集時間を1本あたり90分削減できれば、月4本×90分=月6時間の自由時間が生まれます。これを企画立案やリサーチに回せば、コンテンツ品質も上がります。ただし個人の場合、glossary整備の手間は同じだけかかるので、初期投資の20〜25時間を覚悟する必要はあります。
Q5. AIドラフトの精度はチャンネルジャンルで変わる？
変わります。ビジネス・解説系・ニュース系のチャンネルは、文章構造が定型化しやすいので精度が高い領域です。一方、芸人系・バラエティ系・ライブ配信切り抜き系は、フィラーや言い淀みが「個性」として残すべき部分なので、AIに任せると味が消えるリスクがあります。後者の場合は、字幕タイミング調整と誤字訂正だけAIに任せ、概要欄・タイトル・サムネコピーは人が書く、という分担が現実的です。
21. 著者プロフィール
佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X(@SuguruKun_ai)フォロワー約10万人。100社以上の企業向けAI研修・導入支援を実施。著書『AIエージェント仕事術』(SBクリエイティブ)。SoftBank IT連載7回執筆。Claude Codeを活用した業界別実装支援で、製造業・金融業・物流・小売・医療・教育・士業・専門業務まで横断的に伴走。動画制作・YouTube運用代行のチームへの導入支援も実施。
22. 次のアクション（3つ）
動画制作チームでClaude Codeを実装したい方は、以下の3つのアクションから選べます。
- 個別指導プログラム（1ヶ月集中）：自社の動画制作パイプラインに合わせたvideo.md設計、glossary作成、編集者・ディレクター向けの運用ルール整備までを1ヶ月で実装。月1〜2社限定。
- 動画制作チーム向け導入ワークショップ（半日）：編集者5〜10名のチーム向けに、字幕タイミング調整・概要欄ドラフト・多言語字幕の3工程を実機ハンズオンで体験。
- 無料相談（60分）：「うちのチャンネル/制作会社で何が削減できそうか」を、現状ヒアリングと事例照らし合わせで一次診断します。
いずれも詳細は uravation.com/service/ から。
23. 参考出典
- Anthropic公式 Claude Code Documentation — https://code.claude.com/（Claude Codeの公式仕様・モデル一覧）
- OpenAI Whisper / WhisperX GitHub — https://github.com/openai/whisper（音声認識モデルの公式実装・モデルカード）
- faster-whisper GitHub — https://github.com/SYSTRAN/faster-whisper（ローカル実行版WhisperのCTranslate2実装）
- YouTube Help Center 字幕仕様 — https://support.google.com/youtube/（多言語字幕・SRT/VTT仕様の公式ヘルプ）
- Adobe Premiere Pro 自動文字起こし — https://helpx.adobe.com/premiere-pro/（Adobe公式機能ドキュメント）
※本記事中の業務効率化数値（編集者1人あたり週6本→週11本、月25万円の粗利改善等）は、YouTube運用代行5チャンネル/3ヶ月運用での実測値であり、運用するチャンネル属性・編集体制・glossary整備度によって変動します。Claude Codeはあくまでドラフト補助ツールであり、最終的な編集判断は編集者・ディレクターが行います。固有名詞・タイムコード・主観判断の領域で誤りが生じる可能性があるため、必ず人間によるレビュー工程を残してください。
