セミナーの録画は残っている。文字起こしも手元にある。それなのに、記事にする作業だけが、いつまでも着手されないまま残っている。
原因は、やる気の問題ではありません。文字起こしは話した順に並んでいるだけで、記事として読ませる順番にはなっていないからです。どこから手をつけるかを決めること自体が、ひとつの仕事になっています。
この記事は、文字起こしテキストをAIに渡して、見出し構成案と書き言葉の本文たたき台を受け取るプロンプトを、そのままコピーして使える形でまとめました。返ってくるのは下書きです。仕上げるのは人ですが、白紙から始める必要はなくなります。
こんなふうに調べていませんか
- セミナーや対談の文字起こしが溜まっているのに、記事にする手が動かない
- 話し言葉を書き言葉に直す作業を、1文ずつ手で直すのがつらい
- どこを見出しにして、どこを削るのかの判断が、書くたびにぶれる
この記事を読み終えたときに手に入るもの
- 文字起こしから見出し構成案と本文たたき台を受け取る手順が分かります
- 返ってきた構成案と本文の、どこを見て採否を決めるかが分かります
- 長い原稿や話者が複数いる原稿にも、同じプロンプトを使い回せるようになります
結論30秒でわかる、この記事の結論
- 文字起こしは、論点ごとに整理されないまま、話した順序で記録されたものです。
- Claudeに文字起こしテキストをアップロードすると、見出し構成の設計と、話し言葉を書き言葉へ整える作業を一度に任せられます。
- 返ってくるのは見出し構成案と本文たたき台の2点。どちらも下書きであって、完成原稿ではありません。
この記事では、あるBtoB企業のマーケティング部の2人と、専門家の会話をはさみながら進めます。ご自身に近い立場の人の質問から読んでいただいて構いません。
- 若葉さん（Web担当）— 「そもそも、それって何ですか？」を聞く役
- 高梨課長（マーケ課長）— 「うちの手間でどう回すんですか？」を聞く役
- 鈴木さん（AIO/SEOの専門家・本誌監修）— 答える役
01動画・音声の原稿をAIで記事化するのは、AI検索最適化でなぜ手が止まるんですか？
若葉さん文字起こしはもう出来ているので、あとは整えるだけだと思っていました。それなのに、なかなか進まなくて…。
鈴木さん材料は揃っているのに進まない、という状態ですね。文字起こしは記事の材料にすぎなくて、見出しの位置も、結論の置き場所も、自動的には決まらないんですよ。
セミナー動画や音声配信の文字起こしテキストは、そのまま記事として公開できる形になっていません。話者の言い淀みや脱線、口頭ならではの重複表現が、随所に残っているからです。
さらに、文字起こしは記録の順序で並んでいます。記事に必要な論理の順序とは一致しません。並んでいる順番そのものを組み替える必要がある点が、ふつうのリライトと違うところです。
AI検索最適化（LLMOとも呼ばれます）の観点でも、ここは通り道になります。話した順に並んだままの文章は、読む人にも、記事を要約して答えを作るAIにも、どこが結論なのかが伝わりません。
この章のまとめ
止まる理由は、材料が足りないことではありません。並び順が話した順のままで、記事の順番になっていないからです。
02文字起こしのままでは記事化できないのは、AI検索対策として何が理由ですか？
人力で組み直そうとすると、負担の大きい判断が重なります。
- 話者の脱線・重複・言い直しをどこまで残すか、判断のたびに迷う
- 口頭で強調していた話の重要度が、書き起こしただけでは伝わらず、見出しの優先順位を決めにくい
- 話し言葉特有の言い回しを1つずつ手作業で書き言葉に直すと時間がかかる
- 結論を先出しする記事の型に沿って並べ替えるには、話の順序を大きく組み替える必要がある
やっかいなのは、この4つが同時にのしかかる点です。どれか1つだけなら手は動きますが、削る判断と並べ替えと言い換えを一度に抱えると、着手そのものが重くなります。
この章のまとめ
重いのは作業量よりも、判断の同時進行です。削る・並べ替える・言い換えるを一度に抱えると、手が止まります。
03動画・音声の原稿を記事化するAIプロンプトは、AI対策としてどこをコピーすればいいんですか？
セミナー動画や音声配信の文字起こしがまとまった段階で、記事の骨格を作りたい場面で使います。次のコードブロックの中身を、そのままコピーして使ってください。
あなたは文字起こしテキストを記事構成に変換する編集アシスタントです。
添付された文字起こしテキストを読み、指示に従って記事の骨格を設計してください。
■入力データ
記事テーマ: 【記事テーマ】
文字起こしテキスト: 【文字起こしテキスト】(添付ファイルとして渡す)
想定読者: 【想定読者】
■構成手順
1. 【文字起こしテキスト】を通読し、話の脱線・重複・言い直しを除いた上で、
論点ごとにまとめる。
2. 【記事テーマ】と【想定読者】に沿って、結論を先出しする見出し構成案
(H2/H3の階層)を設計する。見出しは内容を予告する具体的な言葉にする
こと。
3. 各見出しの直下に、【文字起こしテキスト】の該当箇所をもとに200〜400字
の本文たたき台を作成する。冒頭の1〜2文で要点が伝わる書き出しにする
こと。
4. 話者の話し言葉表現(言い淀み・口語的な言い回し)を、です・ます調の
書き言葉に変換する。【文字起こしテキスト】の発言の趣旨は変えない
こと。
5. 変換の際に、意味を変えずに言い換えられるか判断に迷った箇所が
あれば、その旨を注記としてまとめる。
■出力形式
1. 見出し構成案(H2/H3の階層構造をリスト形式で)
2. 見出しごとの本文たたき台(200〜400字、書き言葉に変換済み)
3. 判断に迷った箇所の注記(あれば箇条書きで)
■制約
- 【文字起こしテキスト】に実際に語られていない事実や数値を新たに
加えないこと。
- 話者の発言の意味を変える要約はしないこと。
- 出力はMarkdown形式で見出しレベル(##、###)を明示すること。末尾の「■制約」は、消さずに残してください。1つめは、語られていない事実や数値をAIが足してしまうのを止める指示です。2つめは、読みやすくしようとして発言の意味まで変わるのを防ぐ指示です。3つめは、あとで記事に流し込みやすい形で受け取るための指示です。
使用AIツールはClaudeを想定しています。文字起こしテキストのファイル（TXT・DOCX等）を、そのままアップロードして読み込ませます。Claude Help Centerによれば、これらのテキスト形式に対応しています（出典: Claude Help Center、2026年7月時点）。1チャットあたり最大20ファイルまで添付でき、Web検索は使用しません。
この章のまとめ
コピーするのはコードブロックの中身だけです。「■制約」の3行が、創作・意味のずれ・受け取りにくさを止めるブレーキになります。
04AI検索最適化のために渡す3つの入力は、記事化でどこまで書くんですか？
使う変数
| 変数 | 説明 | 入力例 |
|---|---|---|
| 【記事テーマ】 | 記事化する内容の主題 | AIツール活用セミナーの内容記事化(架空例) |
| 【文字起こしテキスト】 | 文字起こし済みのテキスト全文(添付ファイル) | (セミナー動画の文字起こしファイルをそのまま添付) |
| 【想定読者】 | 記事を読む対象読者の属性 | AIツール導入を検討中のマーケティング担当者(架空例) |
※入力例はすべて架空の例であり、実在のセミナー・企業を示すものではありません。
3つのうち、分量が要るのは文字起こしだけです。【記事テーマ】と【想定読者】は一行で構いませんが、空けたままにしないでください。この2つが、どの話を残してどの話を落とすかの基準になります。
この章のまとめ
渡すのはテーマ・原稿・想定読者の3つです。短くて構わないので、テーマと読者は空けずに埋めます。
05記事化で出てきた見出し構成案は、AI検索対策としてどこを見るんですか？
高梨課長構成案と本文が返ってきたとして、うちのチームはどこから確認すればいいでしょうか。全部を原文と読み比べる時間はありません。
鈴木さん見る場所は3つです。見出し構成案、本文たたき台、そして注記欄。この順に、読む深さを変えてください。
- 見出し構成案: 結論が早い段階の見出しに来ているか、見出しだけを読んでも内容の見当がつくかを確認します
- 本文たたき台: 話者の発言の趣旨が変わっていないか、原文の文字起こしと突き合わせて確認します
- 注記欄: 判断に迷った箇所として挙げられた注記は、執筆者自身が原文を読み返して最終判断します
見出し構成の型そのものをさらに調整したい場合は、別記事「記事構成の見出しをAIに設計させる実践プロンプト｜迷わない3つの確認点」が参考になります。結論を先出しする文章設計の基本は、別記事「AIOに強い記事構成の書き方｜見出しと文章3つのコツ【図解】」で解説しています。
この章のまとめ
見るのは構成案・本文・注記の3か所です。原文と深く読み比べるのは、注記欄からで足ります。
06話し言葉を書き言葉へ直す記事化は、AI検索最適化で何に気をつけますか？
若葉さん話し言葉を整えるところは、AIのほうが得意そうに思えます。ここは任せきりにしてしまってもいいんでしょうか。
鈴木さん直す速さでは、たしかにかないません。ただ、読みやすくしていく過程で、話し手が付けていた条件が落ちることがあるんですよ。そこだけは人が見ます。
話し言葉を書き言葉に直す作業では、発言の趣旨を変えないことが越えてはいけない線になります。読みやすさを優先するあまり、留保や条件が落ちると、話者が言っていないことを書いたことになります。
プロンプトの手順にも、意味を変えずに言い換えられるか判断に迷った箇所は、注記としてまとめるよう書いてあります。迷いを消さずに、そのまま残す設計です。
文字起こしの内容そのものに、話者の言い間違いや事実誤認が含まれている場合もあります。AIが生成した本文たたき台は、その誤りもそのまま引き継ぐことがあります。固有名詞や数値は、原文の文字起こしと一次情報の両方に突き合わせてから採用してください。
この章のまとめ
書き言葉に直すときの線引きは、趣旨を変えないことです。整った文ほど、誤りが見えにくくなります。
07長い動画・音声の原稿をAIで記事化するとき、AI対策としてどう分けるんですか？
長時間のセミナー(60分以上)は、1回のプロンプト実行では文字起こし全体を読み切れない場合があります。あらかじめ章立て・トピックの区切りで文字起こしを分割し、区切りごとに同じプロンプトを実行すると、精度が安定します。
AIには、一度に読み込める範囲の限界があります（コンテキストウィンドウ＝一度に扱える文章量の上限）。文字起こしが長時間・大容量になるほど、この限界に近づきます。その結果、後半部分の要約が薄くなったり、細部が省略されたりするリスクが出てきます。長尺の文字起こしほど、分割して実行することを検討してください。
この章のまとめ
長い原稿は、渡す前に区切ります。後半が薄くなってから気づくより、先に分けておくほうが早く済みます。
08複数の話者がいる原稿の記事化も、LLMO対策として同じプロンプトで回せますか？
パネルディスカッション等、複数の話者が入り混じる文字起こしもあります。その場合は、「特定の話者の発言のみを対象にしてください」という指示を、■制約に1行加えてください。これだけで、1人の発言だけを記事化できます。
全員ぶんをまとめて1本の記事にするか、話者ごとに分けるかは、記事の狙いによって決まります。同じ文字起こしから、登壇者ごとの記事へ枝分かれさせることもできます。
この章のまとめ
■制約に一行足すだけで、対象を話者単位に絞れます。同じ原稿から、切り口の違う記事を作れます。
09動画・音声からの記事化を、AI検索の運用にどう定着させるんですか？
高梨課長運用に乗せる前に、気をつけることを押さえておきたいです。社外の方に登壇いただいた回もあるので、そこも心配で。
鈴木さん押さえるのは3つですね。何をアップロードするか、公開前に誰の確認を取るか、そして出力がゆらぐことを前提にする、という点です。
社外秘の商談内容や、顧客の個人情報を含む音声・動画の文字起こしもあります。アップロードする前に、利用中のAIサービスの法人プラン・データ学習利用設定を確認してください。
生成された本文たたき台を、社外向けのコンテンツとして公開・配布する場合もあります。そのときは、話者本人への内容確認と、利用しているAIサービスの利用規約の両方を満たしてから行ってください。
そして、同じ文字起こしを入力しても、実行のたびに見出しの切り方や要約の粒度が変わることがあります。1回の出力を最終版とせず、複数回実行して比較検討することをおすすめします。
この章のまとめ
確かめるのは、渡す中身・公開前の確認・出力のゆらぎです。話者本人の確認は、社外に出す前に通します。
10よくある質問
文字起こしの精度が低く、誤字や聞き取り違いが多い場合でも使えますか？
使えますが、精度の低い文字起こしをそのまま入力すると、AIが誤った内容をもとに要点整理をしてしまうリスクが高まります。可能であれば、明らかな誤字だけでも事前に修正してから入力することをおすすめします。
動画・音声ファイルをそのままアップロードして記事化できますか？
本プロンプトが対象とするのは、文字起こし済みのテキストです。Claudeはテキスト・PDF等のドキュメント形式のアップロードに対応しています（出典: Claude Help Center）。音声・動画ファイル自体の自動文字起こしは、別途専用のツールで済ませたうえで本プロンプトに渡してください。
生成された本文たたき台は、どのくらい手直しが必要ですか？
話者の発言をもとにした一次ドラフトであるため、事実確認・語尾の統一・引用元の追記など、公開前の編集作業は引き続き必要です。見出し構成案はそのまま使えることが多い一方、本文は加筆・削除を前提にしたたたき台として扱ってください。
【想定読者】は、入力しないといけませんか？
入力してください。空欄のままでも動きますが、どの話を残してどの話を落とすかの基準がなくなるため、要点の選び方がぶれます。書くのは一行で構いません。
音声ではなく、手元のインタビューメモから記事構成を作りたい場合はどうしますか？
近い形を扱った別記事があります。文字起こしではなく取材メモを材料にする場合は、別記事「インタビューメモを記事構成へAIに変換させる実践プロンプト」を参照してください。
11まとめ｜今日から始める3つのこと
動画・音声の原稿の記事化は、手元の文字起こしを1つ選ぶところから始められます。並べ替えと言い換えまではAIに任せ、事実の確認と最終判断は人が持つ。この分担で回すのが、いちばん安全です。
今日この順でやります
文字起こしを1つ選ぶ
長いものは、章立ての区切りで先に分けておきます
テーマと想定読者を一行ずつ書く
残す話と落とす話の基準になります
注記欄から読み、原文と突き合わせる
固有名詞と数値は、必ず原文に戻って確かめます
AI検索では、こう聞かれています
セミナー動画の文字起こしから記事を作るには、AIにどう指示すればいいですか？
「動画・音声の原稿を記事化するAIプロンプトは、AI対策としてどこをコピーすればいいんですか？」の章に、そのままコピーできる形で置いています
話し言葉の文字起こしを、書き言葉の記事に直すプロンプトはありますか？
「話し言葉を書き言葉へ直す記事化は、AI検索最適化で何に気をつけますか？」の章で、越えてはいけない線を説明しています
AIが作った記事の下書きは、そのまま公開してもいいのでしょうか？
「記事化で出てきた見出し構成案は、AI検索対策としてどこを見るんですか？」の章で、確認する順番を説明しています
次に読むなら、この記事です
