プロンプト改善提案

全ジョブの編集ログ (corrections.jsonl) と動画 QC 結果 (qc_level2.json) を Claude に渡して、 台本生成プロンプトの改善点を提案します。

提案を生成
全ジョブのフィードバックを集めて Claude に投げます(数十秒〜1分)

採用候補(6 件)

優先度 #1 `screen_focus` シーン連続使用を制限し動的演出を明示
- screen_focus は動画全体で最大 2 シーンまで。連続配置禁止(間に必ず別 type を挟む)
  - screen_focus には必ず narration(30 文字以上)と highlight_region(強調したい箇所を文字で指定)を付与すること。静止画のみのシーンは作らない
優先度 #2 `body_text` の文字数上限を明示
- info_chunk の body_text は 1 行あたり全角 20 文字以内、最大 3 行(計 60 文字)まで。超える場合は別シーンに分割する
  - body_text に日付・固有名詞が重なる行は特に短くし、改行を積極的に使う
優先度 #3 `tips_list` の narration 文字数とシーン尺の整合ルールを追加
- start/end の尺(秒)は「narration 文字数 ÷ 5(文字/秒)+ 1 秒の余白」を目安に設定すること
  - tips_list は表示するリスト項目数 × 2 秒 + narration 尺のいずれか大きい方を end に使う。無音区間が 3 秒を超えないよう注意
優先度 #4 `tips_list` の narration が短すぎる問題に下限を設定
- tips_list の narration は最低 60 文字以上。リスト項目を読み上げる文言か、各項目への補足を必ず含めること
優先度 #5 `hook` シーンの `padding_top` デフォルト設定を明示
- hook シーンには必ず "padding_top": 10 を明示的に含めること(省略・null 禁止)
優先度 #6 `screen_focus` が連続する場合の代替構成をガイド
- 画像で見せたい情報が 3 枚以上ある場合は、1 枚を screen_focus、残りは info_chunk の body_text で文字に落とし直す。「画像でないと伝わらない」情報のみ screen_focus を使う

提案の全文

全体傾向

screen_focus シーンが静止画のまま長時間固まる frozen_segment エラーが全 QC エラー 7 件中 4 件を占めており最も深刻。次いで info_chunkbody_text 文字数過多による text_cutoff が 2 件。さらに tips_list でナレーション尺とシーン尺の乖離(32 秒の無音)が 1 件発生しており、「シーンあたりの情報量・尺設計」に構造的な問題がある。


具体的なプロンプト追加・修正案


1. [優先度: 高] screen_focus シーン連続使用を制限し動的演出を明示

  • 症状: シーン 3(8.1 秒静止)・シーン 7(12.9 秒静止)・シーン 8(12.3 秒静止)で frozen_segment エラー(出典: 2026_05_23_mtp144ab / QC scene_id 3, 7, 8)。スクリーンショットを貼るだけでナレーション・テキスト演出が乗らない設計になっている。
  • 追加文案:
    - screen_focus は動画全体で最大 2 シーンまで。連続配置禁止(間に必ず別 type を挟む)
    - screen_focus には必ず narration(30 文字以上)と highlight_region(強調したい箇所を文字で指定)を付与すること。静止画のみのシーンは作らない
    
  • 期待効果: 連続静止画が物理的に作れなくなり、かつ highlight_region フィールドを必須化することでレンダラー側のズームアニメーションが起動し frozen_segment を防げる。

2. [優先度: 高] body_text の文字数上限を明示

  • 症状: シーン 2 の body_text「Top100」と「6月PK王覇戦」がフレーム下端で切れる(出典: 2026_05_23_mtp144ab / QC scene_id 2 text_cutoff error)、シーン 6 でも「新規視聴者を巻き込む日」が切れる(QC scene_id 6)。
  • 追加文案:
    - info_chunk の body_text は 1 行あたり全角 20 文字以内、最大 3 行(計 60 文字)まで。超える場合は別シーンに分割する
    - body_text に日付・固有名詞が重なる行は特に短くし、改行を積極的に使う
    
  • 期待効果: テキスト量が表示領域の物理的上限内に収まるため text_cutoff が根絶できる。

3. [優先度: 高] tips_list の narration 文字数とシーン尺の整合ルールを追加

  • 症状: シーン 5(tips_list)で narration が 0:57 終了・映像は 1:29 まで続き 32 秒無音(出典: 2026_05_23_mtp144ab / QC scene_id 5 audio_desync error)。narration_chars=93 に対してシーン尺が過大に設定されている。
  • 追加文案:
    - start/end の尺(秒)は「narration 文字数 ÷ 5(文字/秒)+ 1 秒の余白」を目安に設定すること
    - tips_list は表示するリスト項目数 × 2 秒 + narration 尺のいずれか大きい方を end に使う。無音区間が 3 秒を超えないよう注意
    
  • 期待効果: narration と映像の尺が自動的に揃い audio_desync を防げる。auto_fit 前の初期値精度も上がる。

4. [優先度: 中] tips_list の narration が短すぎる問題に下限を設定

  • 症状: event_d7pfe6zr シーン 7(tips_list)の narration_chars=23 は約 4 秒分しかなく、リスト項目が読まれる前に音声が終わる設計になっている(出典: event_d7pfe6zr / scenes_summary scene_id 7)。
  • 追加文案:
    - tips_list の narration は最低 60 文字以上。リスト項目を読み上げる文言か、各項目への補足を必ず含めること
    
  • 期待効果: リスト型シーンでの無音・早終わりを未然に防ぎ、視聴者がテキストを読む時間を確保できる。

5. [優先度: 中] hook シーンの padding_top デフォルト設定を明示

  • 症状: event_d7pfe6zrpadding_top が null → 10 に手動修正されている(出典: event_d7pfe6zr / corrections scene_id 1)。hook の見出しが上寄りすぎてセーフゾーンを外れるケースが繰り返し発生する可能性がある。
  • 追加文案:
    - hook シーンには必ず "padding_top": 10 を明示的に含めること(省略・null 禁止)
    
  • 期待効果: 手動修正コストをゼロにできる。corrections の唯一の実例を直接潰せる。

6. [優先度: 低] screen_focus が連続する場合の代替構成をガイド

  • 症状: 1 本目でスクリーンショットが 3 枚(シーン 3・7・8)使われており、情報整理の判断基準がなく screen_focus に頼りすぎている(出典: 2026_05_23_mtp144ab / scenes_summary)。
  • 追加文案:
    - 画像で見せたい情報が 3 枚以上ある場合は、1 枚を screen_focus、残りは info_chunk の body_text で文字に落とし直す。「画像でないと伝わらない」情報のみ screen_focus を使う
    
  • 期待効果: screen_focus 多用の根本原因(情報整理不足)にアプローチでき、frozen_segment リスクを構造的に下げられる。

注意事項

  • 案 3 の尺計算式(÷5)は既存の「テンポ早め OK」ルールと矛盾しないが、実際の読み上げ速度と乖離する場合は係数を ÷4〜÷6 に調整してください。
  • 案 2 の 60 文字上限は既存ルール「専門用語禁止・平易な日本語」と相性が良く衝突しません。
  • 案 1 の highlight_region フィールドはレンダラー側のスキーマに存在しない場合は「narration に強調箇所を口頭で説明する」に読み替えてください。