ワークフローメモリ対ツール：なぜコンテキスト読み込みが巨大プロンプトより優れているのか

コーディングエージェントによくある失敗パターンは、ツールの不足ではなく、適切なワークフローメモリの欠如です。エージェントはシェル、git、ブラウザ、ファイル読み取りを持っています。問題は、そのワークフローのルールを記憶しないまま、間違ったワークフローに突入することです。

リリースは単に「ビルドを実行する」だけではありません。ホットフィックスは単に「コードを変更する」だけではありません。デプロイは単に「ファイルをプッシュする」だけではありません。移行は単に「スキーマを編集する」だけではありません。それぞれに、まず何をチェックすべきか、決してスキップしてはいけないこと、後で何を更新すべきか、完了とは何か、といった退屈なコンテキストの山があります。

アプローチ：オンデマンドチェックリスト読み込み

すべてを恒久的なプロンプトに詰め込む（すぐに混乱した状態になる）代わりに、ワークフローコンテキストを必要な時だけ読み込みます：

• タスクがリリースのように見える場合 → リリースチェックリストを読み込む。
• エージェントがパッケージングファイルに触れている場合 → パッケージングメモを読み込む。
• 移行を行っている場合 → バックアップと検証ルールを読み込む。
• ホットフィックスを修正している場合 → チェンジログ/同期ルールを読み込む。
• ワークフローが終了したら、その追加コンテキストを削除する。

これにより、障害モードが大幅に変わります。エージェントはすべてを覚えようとする1つの巨大なプロンプトのように振る舞うのをやめ、必要なときに適切なチェックリストが机の上に既にあるワークスペースのように動作し始めます。