AIコーディングの会話は使用量でなく区切りで切る

著者自身のリポジトリにある2件の名前付きの失敗記録に基づいている。2026年4月、タスク完了時に書かれた一度きりのhandoff.mdが、2026-04-24と2026-04-26の2回、未完了の状態のまま次のセッションに渡り、振り返りでは同じ問題が2026-04-24に修正が定着せずに再発したと記録されている。2026年9月には、引き継ぎメモの3つの前提がすべて誤りだったことが判明した。

著者は正本ファイルも無傷ではないと報告している。PlanGateの索引ファイルINDEX.mdは、2026-07-31の単一セッション内で3回現実とずれ、issue #945で追跡された。計画承認後も承認待ちと表示され、再編集後は再承認が必要なのに承認済みと表示され、実行後は結果が警告付きの条件付き合格だったのに問題なしと表示された。修正は、作成時だけでなくフェーズ変更のたびに更新を義務付けるルールの追加だった。

別の記録、2026-08-12のissue #1061は、オーケストレーターAIが委任メッセージから直前に書いたタイムアウトの詳細を落とし、ワーカーがその後600秒停止したことを述べている。これは要約と状態ファイルの選択ではなく、委任手順を強制する仕組みの欠如に関わる。新規セッションの推奨読書順は入口の索引、次に現在の状態、特定の疑問がある場合のみ詳細で、PlanGateがなければ同じ手順は単一の現在状態ファイルを維持し新規セッションをそこに向けるだけに縮小されると記している。