「完了」という状態は、作業そのものの性質であることは稀で、むしろ作業を取り巻くシステムが生み出す判断です。人間はテスト、仕様書、先例、承認、期限など、多種多様な信号を組み合わせて進捗を判断します。AIモデルはほぼ常に別の回答を生成でき、作業に疲れません。これが@steipeteの指摘を説得力のあるものにしています。コーディングエージェントを手動でプロンプトするのではなく、エージェント自身をプロンプトするループを設計すべきです。手動プロンプティングの代わりに、システムが自らサイクルを実行し、結果を検証して次のステップを決定します。ただし、ループの質は各段階の検証者次第です。「ループエンジニアリング」以前から、すべてはループとして動作していました。ただ、人間の介入という非常に高コストなツール呼び出しが行われていたのです。標準的なコーディングエージェントのループを考えましょう。テストが通るまで作業を続けます。しかしテストは単なる代用指標に過ぎません。Spec Benchでは、最先端エージェントが目に見えるテストは通過しても、保持されたテストでは失敗することが日常的でした。あるエージェントは入力を単純に暗記した2,900行の「コンパイラ」を生成しました。ループは意図ではなく検証者に収束します。ループエンジニアリングは単なるリトライではありません。各サイクルで現在の状態と望ましい状態の距離を縮めることです。ループそれ自体はまだ方向性ではありません。