生成AIで「ここが分からない」「もう少し深掘りしたい」は壁打ちできます。 でも、壁打ちの答えを記事に反映する瞬間に、毎回コピペと整形が必要になります。
この“たった一手間”が、思考の流れを切って、ものすごくストレスになります。 記事を書いているときほど、この中断が効いてきます。
壁打ちは強い。でも「記事にする」段階で詰まる
壁打ちは、理解を進めるには強いです。 難しい概念を噛み砕いたり、論点を整理したり、反論を想定したり。
でも「記事として形にする」段階になると、別の作業が増えます。 原稿に貼る、文体を合わせる、前後の段落とつなぐ、冗長を削る、見出しを整える。
これを何度も繰り返すと、頭の中が「考える」から「移し替える」に支配されます。 思考の勢いが落ちる。ここが一番つらい。
AIペアライティングの核は2つ：「保存」と「選択編集」
私が考えるAIペアライティングの最大の特徴は、次の2つです。
1) 集めた資料を“Cursorに貯める”と、土台が一気に立ち上がる
ここでのポイントは2つです。複数ファイルを同時に扱えること、そしてその結果として思考が途切れにくいこと。
まず、自分の考えるアウトライン（見出し・構成）をファイルにしておきます。 次に、集めた資料もファイルとして並べます。
するとCursorでは、アウトライン＋資料を同時に参照しながら、「この構成に沿って、資料から記事の土台を作って」とすぐに進められます。 壁打ち中心のように、深掘り結果をコピペで原稿へ移し替える往復が減るので、思考の流れが切れにくくなります。
2) 変更したい箇所だけ選んで、深掘り・修正・言い換えができる
執筆で時間がかかるのは、ゼロから文章を出す瞬間ではありません。 「この段落だけ弱い」「ここだけ伝わりにくい」といった局所の修正です。
Cursorなら、直したい箇所を選択して、その部分だけに推敲・修正・深掘りをかけられます。 ここが壁打ちとの決定的な違いです。
壁打ちだと、修正案が返ってきても原稿に貼り直し、前後をつなぐ必要があります。 このコピペ往復が、回数が増えるほど思考を切ります。
Cursorは「原稿の中でそのまま直す」ことができます。 だから、思考の勢いを保ったまま文章の質を上げやすい。
それでもClaude Codeを併用する理由：全体は“監査”が必要
Cursorで局所を磨くほど、記事全体は複雑になります。 章またぎの重複、用語のブレ、断言の強さ、数値の扱い…。
ここは局所編集だけでは見落としやすい。 だから、Cursorのターミナル上で動かすClaude Codeを併用します。
Cursorのチャットが「選択箇所の深掘り・推敲」だとすると、Claude Code（CLI）は「章またぎの全体点検」です。 同じ原稿を見ていても、得意な仕事が違います。
Claude Codeは“文章を書く人”ではなく、監査役として使うのが強いです。 主張・根拠・断言度を棚卸しして、矛盾や抜けを拾っていく。
分業はこうです。
- Cursor：深掘りと推敲（理解が深まる説明へ磨く）
- Claude Code：検証と監査（全体の整合、誤りやすい箇所の点検）
局所と全体を分けると、迷いが減ります。 迷いが減ると、書く手が止まりにくい。
AIを意図しない方向に進ませない：`CLAUDE.md` と `.cursor/rules`
この2つは、AIに「守らせたい前提や禁止事項、やってほしい役割」を文章で書いておく挙動のルールファイルです。 `CLAUDE.md` はClaude Code（CLI）向け、`.cursor/rules` はCursor（チャット/編集）向けです。
壁打ちだけだと、会話の流れで前提がズレたり、意図しない方向に進みやすくなります。 ここを防ぐために、この運用では `CLAUDE.md` と `.cursor/rules` を使って、AIの振る舞いを先に決めておけるのが大きなポイントです。
- Claude Code（CLI）側：起動したフォルダの `CLAUDE.md` を読み、主に「全体の監査・検証」を担当する
- 例：章またぎの重複や抜け／用語のブレ／断言が強すぎる箇所／数値や根拠のチェック
- Cursor（チャット/編集）側：ワークスペースの `.cursor/rules/*.mdc` が、主に「推敲・深掘りの進め方」を固定する。
この“前提の固定”があると、AIが意図しない方向に進みにくくなり、結果として人が意図する方向に働かせやすい。 しかもプロジェクトの前提として残るので、次回も効き、同じ失敗を繰り返しにくくなります。
コンテキストエンジニアリング：思考を途切れさせないための管理
長文で質が落ちるのは、プロンプトの工夫だけでは吸収しきれない要因があるからです。 AIは“そのセッションで参照できている情報”を前提に、次の出力を作ります。
参照できる範囲（コンテキスト）には上限があるため、やりとりが長くなるほど、以前に決めた前提や制約が参照されにくくなります。 結果として、同じ質問でも返答が揺れたり、判断基準がズレたりしやすい。
だから私は、コンテキストの残量が少なくなってきたら新しいセッションに切り替えます。 その代わりに、編集対象・参照資料・次にやることをファイルに残しておきます。
たとえば `SESSION_STATE.md` に「編集対象」「参照資料」「次タスク」を残しておけば、新しいセッションでも同じ前提から再開できます。
この設計があると、途中で切り替えても作業が戻らず、書き続けやすくなります。
まず試すなら：壁打ちの“次”へ
壁打ちは確かに有効です。 でも記事にする段階でコピペ往復が増えるほど、思考は切れやすくなる。
ここにストレスがあるなら、試す価値があるのは「プロンプト」ではなく作業場の設計です。 Cursorを執筆の作業場として使う。
資料を貯め、複数ファイルを参照し、直したい箇所だけ選んで深掘り・修正する。 全体はClaude Codeで監査する。コンテキストは管理して、重くなる前に仕切り直す。
主役は人間です。 AIは“深掘りと推敲”の同僚。人が主体的に使う設計ができれば、執筆はもっと楽になります。