プロダクト責任者から「自動割り当てはまだ使えません」とコメントが届きます。簡単な修正でしょうか。その約束が一度しか出てこないなら、そうかもしれません。実際のチュートリアルでは、タイトル、冒頭、画面指示、まとめにも含まれ得ます。
Claude Codeを使い、既存のチーム受信箱チュートリアルを小さなプロジェクト変更として修正します。クリエイター調査向けAI agentのKaboはClaude Codeのプラグインとしてインストールでき、訂正で説明に不足が生じたときに役立ちます。現在の製品情報は、引き続き自分たちの承認済み資料を根拠にします。映像から最初の下書きを作るなら、Codexの脚本手引きから始めてください。
1. 訂正をレビューできる変更依頼にする
この作例は、自動引き継ぎを約束する古い下書きから始まります。更新後の事実は、利用者が担当者を手動で割り当てる必要があるというものです。有用な操作は引き続き教えられますが、約束と実演をその操作に合わせる必要があります。
下の短いメモをchange-request.mdとして保存します。Claude Codeがプロジェクトを検索する前に、訂正内容を明確にできます。
承認済みの訂正：このリリースでは自動割り当ては利用できない。 対応している操作：利用者が会話の担当者を手動で割り当てる。 残す内容：チームに担当を見えるようにするレッスン。 確認箇所：タイトル、冒頭の約束、実演動作、まとめ、収録メモ。 承認の根拠：[現在の製品文書 / レビュアー]。
承認済みの下書きと訂正を集める
既存の下書きがない場合は、下の指示を使って収録済みの操作一覧から始めます。できた脚本を確認し、事実が変わったら訂正の手順を使います。映像を起点にする脚本ガイドでは、資料の選び方を詳しく説明しています。
[ ] drafts/script-v1.md — 既存のナレーション、ビートID、画面指示。 [ ] product-facts.md — 現在対応している動作。計画中の項目は別に示す。 [ ] change-request.md — 正確な訂正、根拠、承認者。 [ ] voice.md — 承認済みの文章例と視聴者の理解度。 [ ] recording-plan.md — 実演環境、収録済みテイク、まだ使える画面。 [ ] claims.md — 脚本の主張と承認済み事実の対応。なければ作る。 [ ] title-caption.md — 脚本と一緒に確認するタイトルや投稿文などの表現。
product-facts.md、recording-plan.md、voice.mdを読んでください。提供された順序の収録済み利用者操作を使い、安定したビートID、話す台詞、画面指示、承認済み事実への参照を含むdrafts/script-v1.mdを書いてください。実演で裏付けられない操作は収録不足と示してください。下書きの事実上の約束からclaims.mdを作ってください。計画中の機能が使えると示唆しないでください。
2. 台詞を変える前に依存する箇所を探す
プロジェクトでClaude Codeを開きます。提供ファイルを確認し、ビートIDと理由を含む影響一覧を返すよう依頼します。キーワード一致は出発点です。「次の人は担当者が分かる」はまだ正しくても、「システムが次の人を選ぶ」は削除された機能に依存します。
一覧を確認します。割り当てに関する文をすべて消すのではなく、正しい教え方の要点は残します。
change-request.mdとproduct-facts.mdを読み、drafts/script-v1.md、claims.md、title-caption.md、recording-plan.mdを確認してください。ファイル、ビートや箇所、訂正された事実への依存、維持・変更・確認事項、理由を含む影響一覧を返してください。完全一致するキーワードだけでなく、暗黙の約束も含めてください。まだ編集しないでください。
3. 範囲を絞った修正と再収録リストを承認する
修正例では「受信箱が担当者を割り当てます」を「この会話を担当するチームメンバーを選んでください」に置き換えます。画面指示は手動操作を示す必要があります。冒頭が人手不要の仕組みを約束していたなら、その約束も更新します。
Claude Codeに新しい下書きを保存し、変えたビートを説明してもらいます。誤った動作を示す収録済みテイクは再収録リストに載せる必要があり、Markdownファイルを直すだけでは修正できません。
私が承認した影響対応だけを適用してください。新旧の箇所、ビートID、裏付ける事実を含むdrafts/script-v2.mdとchanges.mdを書いてください。画面動作とtitle-caption.mdは、訂正に依存する箇所だけ更新してください。承認済みの原稿を残してください。影響する収録済みテイクと不足する画面収録をrerecord.mdに列挙し、動画ファイルを編集したとは主張しないでください。
書き直しに参考調査が必要なときにKaboを接続する
コンテンツプロジェクトを開き、Claude Code用Kaboをインストールしてサインインします。サーバーへ直接接続する場合は、設定ガイドに従ってください。
4. 手動手順をより明確に説明する必要があれば参考例を使う
手動で担当を決める意味を説明しづらいなら、Kaboで公開チュートリアルの教え方を確認します。実際の出典URLと短い証拠メモを残します。参考例から未割り当て状態と割り当て済み状態を並べる案は得られても、自分たちの製品で使える操作の証明にはなりません。
訂正がすでに明確なら、この調査は省きます。広い調査には、Claude Codeの調査ガイドを使ってください。
Kaboを使い、会話の手動担当割り当ての説明について少数の参考例を調べてください。実際の出典と証拠の限界を添え、関連する説明方法を報告してください。recording-plan.mdの画面を使って訂正済みビートを分かりやすくする方法を一つ提案してください。機能の主張はproduct-facts.mdを正とし、無関係な脚本の節を再検討しないでください。
5. 編集者が信頼できる収録資料一式を渡す
プロデューサーにscript-v2.md、changes.md、rerecord.mdを一緒に開いてもらいます。担当者の割り当て済み状態が見えること、冒頭が実際に教える内容を約束していることを確認します。古いテイクが編集に戻らないよう、明確な承認済み版を残します。
Descriptまたは普段の編集ソフトで、影響する収録を置き換えます。最初の数行だけの語り口の問題なら、Claude CodeのHookガイドで口頭の冒頭を扱っています。
script-v2.md、title-caption.md、recording-plan.mdを承認済みの訂正と照合してください。残る自動割り当ての約束、一致しない画面指示、交換が必要な収録済みテイクを列挙してください。変更していないビートが保たれているか確認してください。未解決項目をプロデューサーの承認に回し、公開しないでください。
作例は説明用です。製品のスクリーンショットはKaboのウェブアプリにある既存の結果で、このガイドの例を実行した記録ではありません。自分の素材と、自分のタスクで返された根拠を使ってください。