Claudeでポッドキャスト台本を構成から作る手順 — Projectsで過去回のトーンを踏襲
Claudeのプロジェクトに過去回の台本を集め、トーンと構成を保ったままポッドキャストの新しい台本を作る具体的な手順をまとめます。
Claudeのプロジェクトでポッドキャスト台本を作るとは
プロジェクトは、独立したチャット履歴と知識ベースを持つ作業スペースです。過去のエピソードの台本をこの知識ベースに集めておけば、そのプロジェクト内でトーンを保ったまま新しい台本をClaudeに書かせられます。無料アカウントでも利用でき、上限は5個までです。
ここで扱うのは、claude.aiのチャット画面から使う現行のプロジェクト機能です。Claude Codeを使う一部のPro・Maxユーザー向けには、1つの会話がクラウド上で並列に進む新しいベータ版のプロジェクトが提供され始めていますが、仕組みが異なる別の機能です。台本作成に使うのは、知識ベースとプロジェクト指示を組み合わせる従来型のプロジェクトになります。
台本作成用プロジェクトを立ち上げる手順
claude.ai/projectsから「+ New Project」をクリックし、番組名などプロジェクト名を付けます。説明欄はClaude自身がアクセスしない項目なので、書き方が回答の質に影響することはありません。
作成したら、右側の知識ベースに過去回の台本やトーク原稿をアップロードします。テキスト・PDF・DOCXなどの形式に対応し、1ファイルあたり30MBまでです。ファイル数に上限はありませんが、合計がClaudeのコンテキストウィンドウに収まる範囲で扱えます。有料プランでは、知識がコンテキストの上限に近づくとRAGモードが自動的に有効になり、扱える文書量が最大10倍まで拡張されます。それでも上限自体は無くならないため、極端に多いシーズン分をまとめる場合は容量を意識しておく必要があります。番組用に1つ使うと、無料プランでは残り4個になります。アップロードするファイル名には配信回数やシーズン名を入れておくと、あとで「第12回のオープニングを参考にして」のように具体的に指示しやすくなります。
音声ファイルは知識ベースに直接置けない
過去回の録音データそのものを知識ベースに置くことはできません。知識ベースが対応するのはPDF・DOCX・CSV・TXT・HTML・ODT・RTF・EPUB・JSON・XLSXの文書と、JPEG・PNG・GIF・WebPの画像だけです。音声ファイルはどちらにも当たりません。
先に文字起こしサービスや自分で作った構成メモをテキスト化し、そのファイルをアップロードする手順が必要になります。文字起こしの精度が粗いままアップロードすると、Claudeが誤った言い回しをそのまま手本として参照してしまいます。聞き取りにくい箇所は手で直してから知識ベースに追加すると、台本のトーンが安定します。
文字起こしをPDFでまとめる場合、100ページを超えると文字だけが読み取られ、図表などの視覚要素は解析されません。この文字のみの解析は1000ページまで対応しており、それを超えるページはアップロード自体が失敗します。台本の文字起こしは基本的に文章そのものなので、100ページの境目自体が実務に影響することはほとんどありません。
プロジェクト指示でトーンとフォーマットを固定する
台本のトーンや構成を毎回口頭で説明し直すのは非効率です。「プロジェクトの指示を設定」から、番組の話し方や台本の型を一度だけ登録しておきます。
このプロジェクトはポッドキャスト番組の台本作成用です。
知識ベースの過去回を参照し、以下のトーンと構成を踏襲してください。
- 話し方: くだけた口語体、聞き手に語りかける一人称
- 構成: オープニング(30秒)→本編(3セグメント)→エンディング
- 各セグメントの見出しは疑問形にする
- 過去回で使っていない言い回しを無理に混ぜない
知識ベースに無い話題を、過去回にあったかのように書かないでください。この指示があると、話す内容を伝えるだけで、過去回と同じ型に整えた台本が返ってきます。ただし指示文が伝えるのは書き方の型です。過去回の言い回しそのものを参照させるには、台本ファイルを別途知識ベースに置く必要があります。
台本の出来に修正を入れたときは、その修正点を指示文に書き足しておくと、次回以降も同じ指摘を繰り返さずに済みます。指示は画面から自由に書き換えられるので、運用しながら少しずつ育てていく感覚で構いません。
構成案から台本を書かせる進め方
いきなり全文を書かせると、セグメントの配分が崩れたり、オープニングが長くなりすぎたりしがちです。まず構成案だけを出させ、そのあとセグメントごとに本文を書かせる2段階の進め方が安定します。
今回のテーマは「〇〇」です。
まず知識ベースの過去回を参考に、オープニング・本編3セグメント・
エンディングの構成案だけを箇条書きで出してください。台本本文は
まだ書かないでください。構成案に問題がなければ、「オープニングを台本形式で書いて」のようにセグメントごとに指示していきます。段階を分けておくと、途中で構成を直したくなったときも本文を書き直す手間が少なくなります。1セグメントずつ確認しながら進めると、後半で急にトーンが変わるような揺れも早い段階で気づけます。
シーズンごとにプロジェクトを整理する
番組を複数シーズンにわたって続けると、1つのプロジェクトに全シーズンの台本を溜め込みがちですが、企画やトーンが変わった境目では分けたほうが参照精度が上がります。使い終えたシーズンのプロジェクトはアーカイブしておくと、進行中の一覧が見やすくなります。
アーカイブしても共有設定やメンバー、知識ベースの中身はそのまま保持され、必要になれば元の状態のまま復元できます。アーカイブしたプロジェクトを削除することはできず、削除するにはまず復元してからになります。よく使う現行シーズンのプロジェクトは星マークで固定しておくと、サイドバーから毎回探さずに開けます。
過去回との一貫性が崩れやすい落とし穴
過去回の打ち合わせをチャットとして残しておくだけでは、次の台本作成時に自動で参照されるとは限りません。知識ベースに追加していない情報は、同じプロジェクト内のチャット同士でも共有されません。過去回のログをそのまま眠らせず、台本ファイルとしてアップロードし直す必要があります。
過去チャットを検索して参照する機能自体は、Pro・Max・Team・Enterpriseの有料プランのみで使えます。無料プランでは、過去回を検索対象にする方法は知識ベースへのアップロードだけです。有料プランであっても、検索対象になるのはそのプロジェクト内の会話に限られ、他のプロジェクトの会話は対象外になります。
プロジェクトには専用のメモリー領域もあり、他のプロジェクトや通常のチャットとは別に記憶が蓄積されます。この機能はFree・Pro・Maxでは既定でオンになっており、Team・Enterpriseではオーナーが有効にした場合だけ動きます。ただしメモリーが覚えるのは会話の要点で、台本の言い回しや構成の型を一字一句再現する仕組みではありません。文体や構成を厳密に踏襲したいなら、メモリーに頼らず、指示文と知識ベースの2つで固定するほうが確実です。
Team・Enterpriseプランでの共同運用
パーソナリティやディレクターが複数人いる番組では、プロジェクトを共有して同じ知識ベースと指示文を参照しながら台本を作れます。共有はメンバーをメールアドレスで個別に追加するか、メールアドレスのリストを貼り付けて一括で追加できます。
権限は「閲覧のみ」と「編集可」の2段階です。編集可のメンバーは知識ベースや指示文も更新できますが、閲覧のみのメンバーはプロジェクト内で会話はできても内容の変更はできません。組織全体に公開する設定もありますが、管理者がプロジェクトの共有機能自体をオフにしている場合は使えません。オフにした場合も既存の共有関係が解除されるわけではなく、新しくメンバーやグループを追加できなくなるだけです。共有先を増やすほど指示文を書き換えたときの影響範囲も広がるため、変更権限は台本の型を管理する担当者に絞っておくと事故を防げます。
台本作成に向いたプロジェクトの使い分け
過去回との一貫性が問われる場面かどうかで、プロジェクトを作る手間に対する効果は変わります。
| 使い方 | プロジェクト化の効果 | 理由 |
|---|---|---|
| シリーズ化した番組でトーンを揃えたい | プロジェクト化の効果◎ | 理由過去回を集積するほど再現性が上がる |
| 単発回や一度限りの台本を書く | プロジェクト化の効果△ | 理由通常のチャットで十分、プロジェクト化の恩恵が薄い |
| 複数人が交代で台本を作る(Team・Enterprise) | プロジェクト化の効果◎ | 理由共有設定で同じ指示と素材を全員が参照できる |
| 毎回フォーマットが変わるゲスト企画 | プロジェクト化の効果△ | 理由固定フォーマットの恩恵が薄く、指示の書き直しが増える |
よくある質問
ゲストの発言内容を台本に正確に反映できますか
知識ベースにアップロードした過去回の文字起こしに載っている発言は参照できますが、アップロードしていない発言までClaudeが正確に覚えているとは限りません。ゲストの発言を引用したいときは、該当の文字起こしを知識ベースに追加してから指示するのが確実です。
1つのプロジェクトに複数の番組をまとめてもいいですか
技術的には可能ですが、プロジェクトの指示は1つのプロジェクトに1つしか設定できません。番組ごとにトーンや構成の型が違うと、両方に矛盾しない書き方にせざるを得ず、結局どちらの番組にも中途半端な指示になりがちです。番組ごとにプロジェクトを分けたほうが、指示文をその番組専用に書き切れて、あとから見返したときも迷いません。
まとめ
ポッドキャストの台本をClaudeに書かせて過去回のトーンを保つには、過去回の台本を知識ベースにアップロードし、プロジェクトの指示でトーンと構成の型を固定するのが土台になります。構成案とセグメント本文を分けて書かせれば、手直しの範囲も小さくできます。音声データは直接使えないため、文字起こしを挟む工程まで含めて運用の流れに組み込んでおくと、始めてから慌てずに済みます。プロジェクト機能全体の使い方はClaude Projects完全ガイドにまとめています。指示文の設計をブログ執筆などの他の用途で使い分ける例はClaudeブログ記事の書き方が参考になります。指示文とスタイル機能の役割の違いはClaudeパーソナライズ機能の使い分け方、有料プランでのRAG拡張や容量の目安はClaude料金プラン完全ガイドを合わせて確認してください。