[!NOTE]
【この記事の要約（TL;DR）】
* 現場の違和感: AIとの開発が長引くと、なぜか頓珍漢なコードを出したり、直前の指示を忘れたりする「文脈の肥大化（コンテキスト過熱）」に直面する。
* 手動メモの罠: 「過去の決定事項を自分でノートにまとめなきゃ」と手動記録を始めると、開発のスピード感が失われて本末転倒になる。
* 解決のブレイクスルー: ログの要約はAIに丸投げし、さらに「AI側から自律的に息継ぎ（セッション切り替え）を提案させる」ルールを組むことで、人間の思考リソースを奪わずに常に最高精度の開発環境を維持できる。
1. 今朝の違和感：「Obsidianに開発ログを残しましょう」という提案への疑問
今朝、AIアシスタントからこんな提案を受けました。
「本日は『AIの提案をどう検証するか』をテーマに、Obsidianで開発ログを整理してみてはいかがでしょう。AIのコードをそのまま使うのではなく、なぜその実装を選んだのかを言語化して残すことで、知見がより強固な資産になりますよ。」
一見すると、非常に論理的で正しそうなアドバイスに聞こえます。
しかし、私の頭の中には「ちょっと待てよ、何かイメージが湧かないな……」という強い引っかかりが残りました。
「せっかくAIを使って開発スピードを極限まで高めているのに、人間がわざわざエディタを開いて、『AIがこう言ったから、自分はこう直した』と手動でメモを取るのか？」
「それって、開発のスムーズな流れを自分で止めて、記録係に成り下がっているだけではないか？」
そこで、私はAIに率直にこう返しました。
「そのログって、あなた（AI）との過去の会話履歴から自動で追えませんか？」
この一言から、AIとの理想的な役割分担と、開発品質を落とさない「息継ぎ」の仕組みが浮き彫りになってきたのです。
2. なぜAIは会話が長くなると「頓珍漢な回答」をし始めるのか？
そもそも、なぜ開発ログや決定事項を残してセッションを切り替える必要があるのでしょうか。
AIと何時間も対話し、いくつもの機能追加やデバッグを繰り返していると、最初は極めて優秀だったAIが、急に以下のような挙動を示し始めます。
- 直前に「使うな」と言ったライブラリを平気で再提案してくる
- 古いコードの前提を引きずり、最新の修正を破壊するパッチを出す
- プロンプトの重要な条件を見落とし、当たり障りのない一般論を返し始める
本記事では、このように会話の長期化によって文脈管理が難しくなる状態を、便宜上「コンテキスト過熱」と呼びます。
技術的には、不要になった過去の試行錯誤などのトークンが蓄積し、モデルのアテンション（Self-Attention）層の重みが分散してしまう「ノイズ蓄積・中央埋没（Lost in the Middle）」に近い現象です。
| セッション状態 | AI内部の挙動 | 現場でのリアルな症状 |
|---|---|---|
| 初期状態（1〜10往復） | コンテキストが軽量で指示へのアテンションが集中 | 指示に対して素直で、意図を汲んだ正確なコードを即座に出力 |
| 長期化（30往復〜） | 過去の試行錯誤やエラーログが文脈を圧迫（過熱） | 古い前提と新しい指示が混在し、重要な制約条件を読み飛ばす |
どれほど最新のモデルであっても、文脈に「不要になった過去のエラーや廃案」が数万トークンも積もれば、推論の切れ味は確実に鈍ります。
つまり、「定期的に会話をリセットし、まっさらな頭でAIを走らせる」こと自体は、開発品質を保つために絶対に避けて通れない工程なのです。
3. 手動でメモを取るな。AIに「中継ぎメモ」を作らせろ
問題は、「どうやってセッションを切り替えるか」です。
過去の経緯をすべて捨てて新しいチャットを開けば、AIに最初からプロジェクトの背景を説明し直さなければなりません。だからといって、人間が手動で開発ノート（ADR: Architecture Decision Recordなど）を書くのはあまりにも非効率です。
ここで発想を180度転換します。
- 過去のやり取り・コード差分・思考プロセスは、すべてチャットログに存在している
- 散らかった長文ログから要点を抽出し、綺麗に構造化するのはAIの最も得意な仕事である
人間がやるべきことは、作業がひと段落したタイミングで、AIにこの一言を投げることだけです。
「ここまでをまとめて記録（中継ぎメモを作成）しておいて」
💡 実際の中継ぎメモ（実例）
例えば、昨日行った「Gitの機密情報（.env）漏洩防止対策」を題材にすると、AIは一瞬で以下のようなサマリーを出力してくれます。
📝 【中継ぎメモ：Git機密情報対策の実装】
1. 課題と初期提案:
- .envの誤アップロードを防ぐため、.gitignoreへ追加する方針を決定。
2. 現場での落とし穴と検証:
- 既存リポジトリの場合、すでにGit追跡されているファイルは.gitignoreに追記するだけでは除外されない事象を確認。
3. 確定した実装手順:
- git rm --cached .env による追跡解除
- Gitleaksによるコミット前自動スキャン検知の導入
4. 次の作業:
- 本番デプロイスクリプト側の環境変数読み込みテスト人間はこれを見て「うん、完璧に合っている」と目視チェック（承認）するだけ。思考リソースの消費は実質ゼロです。
4. さらに一歩先へ：AI側から「そろそろ息継ぎしませんか？」と提案させる
しかし、これでもまだ「人間がセッションの長さを気にしなければならない」という小さな認知的負荷が残っています。
集中してコーディングしているときに、「そろそろ会話が長くなったからリセットしよう」と自発的に気づくのは意外と難しいものです。
そこで私は、AIのシステム指示（ルール・憲法）に「自律的な息継ぎ提案」を組み込むことにしました。
【自律的「息継ぎ（中継ぎメモ）」の提案ルール】
タスクが一段落した際、または会話が長くなったと判断できるタイミングでは、
重要な決定事項や作業状況を着地させた上で「息継ぎ（中継ぎサマリー）」を提案し、
クリーンな新セッションへの移行を促すこと。このルールを入れてから、開発体験が一変しました。
大きな機能実装が終わった瞬間、あるいはデバッグの山場を越えたタイミングで、AI側からスッと以下のような提案が入るようになります。
「作業がここまで綺麗に着地しました。ここで一度『息継ぎメモ』を作成し、頭をスッキリさせてから次へ進みませんか？」
この声かけがあったら、人間はただ頷いて以下の3ステップを踏むだけです。
- AIの提示した中継ぎメモを確認・承認する
- チャットをリセットし、まっさらな新しいセッションを開く
- 1投目に「前回の引き継ぎメモです：[メモ内容]」と貼り付ける
これだけで、AIは過去の数万トークンのゴミを完全に脱ぎ捨て、最も鋭い推論能力を取り戻して次のタスクへ伴走してくれます。
5. まとめ：AIを「指示待ちの道具」から「自律的なバディ」へ
AIにすべてを丸投げしてブラックボックス化するのは危険です。しかし、AIに過度な記憶負担を背負わせ続けたり、人間が記録係になって消耗するのも間違っています。
| 役割 | 人間の担当領域 | AIの担当領域 |
|---|---|---|
| 思考・決定 | 方針の決定・コードの妥当性検証・最終承認 | 高速なプロトタイプ生成・選択肢の提示 |
| 文脈管理 | セッション切り替えの最終判断（Goサイン） | ログの自律要約・息継ぎの先回り提案 |
「思考や意思決定の主導権は人間が握り、作業経緯の要約やリフレッシュの提案はAIが先回りして行う」という二層の役割分担。
指示待ちの道具として使うのをやめ、AI自身に「息継ぎ」を提案させること。
これこそが、Vibe Coding時代において、スピードを落とさず、事故を起こさず、常に最高品質のアウトプットを出し続けるための最強の共創術だと実感しています。