※本記事はプロモーションを含みます。
Claudeに1万字クラスの文章をお願いしたのに、途中でプツッと切れる。「続きを書いて」と打つと、話が微妙にズレる、前提が飛ぶ、同じ段落を繰り返す——長文をやらせようとすると、たいていここでつまずきます。
この記事の切り口は一つだけです。「分割して書かせる」を、行き当たりばったりの“続きを”連打ではなく、最初に設計図を作ってから流す作業に変えること。ここを押さえると、切れても壊れなくなります。ゼミ発表用の1万字レジュメや、章立ての決まった長文レポートを想定して、コピペで使えるプロンプト全文つきで解説します。
まず切り分ける：切れる原因は「2種類」ある
長文が途中で止まる現象は、原因が違う2つが混ざっています。ここを混同したまま対策すると、いつまでも直りません。
| 症状 | 正体 | 効く対策 |
|---|---|---|
| 文の途中で唐突に止まる | 出力トークンの上限（一度に吐ける量の限界） | 1回の生成を小さく区切って書かせる |
| 後半で前提や設定を忘れる・話がズレる | コンテキストウィンドウ（会話全体で覚えていられる量） | 設計図と要点を毎回渡し直す |
Anthropic公式ヘルプでも、使えるトークンの長さ制限はモデルによって異なると説明されています（Claudeヘルプセンター「使用量と長さの制限」）。APIで言えば、出力の上限はmax_tokensというパラメータで決まり、これに達すると文の途中でも生成が打ち切られ、終了理由がmax_tokensになります（max-tokens解説）。
ポイントは、「入る量（コンテキスト）」と「一度に出せる量（出力）」は別モノだということ。コンテキストは数十万トークン入るモデルでも、一度の返答で出せる量はもっと小さい。だから「入力は全部読めているのに、返事は途中で切れる」が普通に起きます。
なお、モデル名や具体的なトークン上限の数字は改定されます。有料プランで100万トークンのコンテキストに対応するモデルの話もありますが、正確な現行値は使うプランと日付で変わるので、必ず公式ヘルプで最新を確認してください。この記事は数字ではなく「設計のやり方」に軸を置きます。
「続きを」がダメな理由：あなたは前提を渡し忘れている
切れたときにやりがちなのが、そのまま続きを書いてと打つこと。これで話がズレるのは、Claude側が過去を忘れたというより、あなたが「今どこを書いていて、何をまだ書いていないか」を伝えていないからです。
会話が長くなるほど、序盤の指示（口調・構成・禁止事項）は後方の情報に押されて効きが薄くなります。だから続きを書かせる瞬間に、必要な前提をもう一度その場で渡すのが安定します。次のビフォー・アフターで違いを見てください。
ビフォー：前提なしの「続きを」
続きを書いてこれに対する出力は、例えば次のようになりがちです（実際の出力は毎回変わります）。
承知しました。それでは続きです。
──さて、AIの活用について改めて考えると…
（※前の章のトーンと変わり、見出し番号もリセットされ、
結論を先に書いてしまうなど構成が崩れる）アフター：現在地と続きの範囲を明示する
今は全6章の記事を書いています。
・完了済み：第1章〜第3章
・今から書く：第4章「調査方法」だけ（第5章以降はまだ書かない）
条件：ですます調、見出しは第4章のみ、前章と用語を統一
第3章の最後の一文は「〜という仮説を立てた。」でした。
ここから自然に第4章へつなげてください。この場合の出力例（同じく実際は変わります）。
## 第4章 調査方法
前章で立てた仮説を検証するため、本章では調査の設計を述べる。
まず対象は…（前章の口調・見出し番号を引き継いだまま続く）差は「現在地・書く範囲・直前の文・守る条件」を毎回渡したかどうか、それだけです。続きを書かせるとは、記憶に頼らせることではなく、毎回ミニ仕様書を渡すことだと考えると崩れません。
設計術：まず「目次だけ」出させ、章ごとに流す
ここがこの記事の核心です。長文は最初から本文を頼まず、先に目次と各章の狙いを固定してから、章単位で本文を出させる。設計図が共有されているので、途中で切れても復帰が一瞬です。手順は3ステップ。
ステップ1：目次と各章の要点を先に確定する
これから約8000字のゼミ発表用レジュメを作ります。
テーマは「地方都市における公共交通の維持策」。
まず本文は書かず、以下だけ出してください。
1. 全体の章立て（6章以内、各章に一言の狙い）
2. 各章のおおよその文字数配分
3. この構成で論理が飛んでいないかの自己チェック
これに私がOKを出したら、1章ずつ書いてもらいます。ここで構成に合意しておくと、以降Claudeは「全体像を知った状態」で各章を書けます。バイトのシフト作成でいえば、いきなり全員分を埋めるのではなく先に枠だけ決めるのと同じ発想です。
ステップ2：章を「1つずつ」指定して書かせる
では第1章「背景と問題設定」だけを書いてください。
・目安1200字、ですます調
・後続の章にはまだ触れない
・専門用語には初出で短い補足をつける
書き終えたら、末尾に「→次は第2章です」とだけ書いてください。1章ずつなら、一度の出力量が小さいので出力トークン上限に引っかかりにくく、内容もブレにくい。末尾に次章の合図を出させておくと、あなたが今どこにいるか見失いません。
ステップ3：切れたらこのテンプレで復帰する
第3章が途中で切れました。
最後に出力されたのは「〜のデータが不足している。」までです。
第3章の残りだけを、そこから自然に続けて書いてください。
新しい章には進まないでください。「どこまで出たか」を引用して渡すのがコツ。Claudeに前を読み返させる負担が減り、二重出力や飛びを防げます。
Claude Codeで長文が切れるときの考え方
プログラミングを独学している人がClaude Codeで長いコードや大量のドキュメントを生成すると、出力が途中で止まる報告があります。コミュニティでは32,000トークン付近の出力上限に達して切れるケースが共有されており、回避策として出力を小さなチャンクに分け、「CONTINUE」などで続きを生成させる運用が紹介されています（ClaudeAIコミュニティの報告）。
考え方はチャット版とまったく同じです。「一度に全部」を狙わず、ファイル単位・関数単位で区切って出させる。例えば長い設定ファイルなら、次のように範囲を切ります。
この設定ファイルは長いので3分割で出力してください。
まずパート1（全体の1/3、〜の設定まで）だけ出し、
最後に「PART2に続く」と書いて一旦止めてください。
私が「PART2」と送ったら次を出してください。切れる前提で最初から区切っておけば、「切れた→続きを→ズレた」の消耗が起きません。
大きな資料を扱うなら、丸投げより「分割して渡す」
参考文献のPDFや講義スライドをまとめて読ませたいときは、Claudeのプロジェクト機能やファイル添付を使うと、資料を分けて管理しやすくなります。公式ヘルプによると、チャットへのファイル添付やプロジェクトファイルにはそれぞれ容量・件数の制限があります（Claudeにファイルをアップロードする）。制限の具体値は改定されるため、実際にアップする前に公式で確認してください。
実務上のコツは、一つの巨大ファイルを丸ごと投げるより、章や資料ごとに分けて渡し、「今はこの資料だけ参照して」と範囲を指定すること。文献レビューを書くとき、10本の論文PDFを一度に読ませて要約させると混線しがちですが、1本ずつ要約→最後に統合、の順で回すと精度が安定します。
勘違いしやすいポイント：「Proなら無制限」ではない
有料プランにすれば長文が青天井、というのは誤解です。プランには一定時間あたりや期間あたりの使用量の制限があり、長時間ぶっ続けで生成しているとセッション側の都合で止まることもあると報じられています（Tom’s Guideの解説）。
ここで大事なのは、「長さ制限（一度に扱えるトークン量）」と「使用量制限（どれだけ回せるか）」は別の概念だということ（公式ヘルプ）。前者は本記事の分割設計で緩和できますが、後者はそもそも回数・時間の話なので、対策の方向が違います。
だからこそ、分割して章ごとに本文をローカル（メモやドキュメント）へ都度コピーして保存しておくのが安全です。試験前の追い込みで一気に長文を作っていたら止まって全部消えた、では洒落になりません。出させたそばから外に退避させるのを癖にしておきましょう。
安定して長文を書かせるためのチェックリスト
- 本文を頼む前に、目次と各章の狙い・文字数配分を確定させたか
- 1回の生成は「1章だけ」など小さく区切ったか
- 続きを書かせるとき、現在地・書く範囲・直前の一文・守る条件を渡したか
- 切れたら「どこまで出たか」を引用して復帰させたか
- 大きな資料は一括ではなく分割して、参照範囲を指定したか
- 出力は章ごとに外部へ保存し、消えても困らない状態にしたか
- モデル名や上限の数字は断定せず、公式ヘルプで最新を確認したか
長文が切れるのは、あなたのプロンプトが下手だからではなく、仕組み上ある程度は起きること。であれば、「切れない工夫」より「切れても壊れない設計」に切り替えるほうが速い。目次を先に固定し、章ごとに流し、続きには毎回ミニ仕様書を渡す。この3点だけで、ゼミ論もレポートもかなり安定します。まずは次の長文タスクで、いきなり本文を頼まず「目次だけ出して」から始めてみてください。
コメント