三つのループを纏ったトレンチコート：エージェントの実像

エージェントとは魔法ではない。推論ループ、ツールループ、そしてそれを止める人間だ。仕事の在り方が変わる。プロンプトを書くのではなく、ループを書くのだ。

簡単に言えば

AI「エージェント」を分解すると、3つのループが重なった構造になっている。1つはモデルと対話するループ、1つは要求されたツールを実行するループ、そして最後の1つは人間が「はい」と言うのを待つループだ。最初のループは単純だが、3番目のループはエンジニアリングの悪夢だ。そして開発者の仕事は、プロンプトを書くことから、これらのループを書くことにシフトしつつある。

プロンプトではなくループ

bobbytables.ioの記事は、あまりにも少ない「エージェント的」なコンテンツがやっていることを実践している。つまり、コードを示しているのだ。推論ループはほとんど愚直なwhileループだ。APIを呼び出し、結果を履歴に積み上げ、モデルがツールを要求しなくなったら終了する。モデルがツールを要求すると、ツールループが引き継ぐ。関数名を解決し、関数を呼び出し、tool_call_idに関連付けられた結果を返す。

ここで著者が指摘する罠が隠れている。ツール呼び出しもまた、推論されたテキストなのだ。そのため、関数名とそのパラメータは幻覚する可能性がある。ツールディスパッチャはルーターではなく、攻撃や検証の対象となる表面なのだ。

3番目の人間ループは技術的にはループではない。ブロッキング呼び出しだ。誰かがどこかで続行するかどうかを決定する。人間が返答するのに3日かかることもあり、これがプロセスを破綻させる。そのため、Temporalのような耐久実行エンジンが必要になる。

内部構造

while continueInferenceLoop
 inferred = aiClient.completeChat(messages: chatMessages)
 chatMessages.push(inferred result)
 if inferred.toolCalls.length == 0
 continueInferenceLoop = false
end

たった4行。残りのすべて——履歴の永続化、ツールの冪等性、人間の承認後の再開——は分散システムの古典的なエンジニアリングだ。AIではない。

結論

この構造の産業的な対応物には名前がある。The Pragmatic Engineerが最近文書化したとおり、ループエンジニアリングだ。Addy Osmaniの公式が転換を表している。「You design the system that does it instead」——つまり、要求を記述するのではなく、ループでそれを記述するシステムを設計するのだ。Boris Cherny（Anthropic）はさらに踏み込む。「My job is to write loops」。この技術はGeoffrey Huntleyの「ラルフ・ループ」に由来する。単純なBashループで、エージェントを目標に到達するまで繰り返し呼び出す。

実用化されたユースケースはありふれたものだ。Sentryの新しいチケットに自動でPRを開く、夜間のテストで不安定なテストを修正する、アラートのトリアージ、長期間のマイグレーション。2026年5月から、Codex、Claude Code、Hermesは/goalコマンドでこれらすべてをカプセル化している。

採用する際に求めるスキルは「プロンプトが書ける」ことではない。ループを冪等で、観測可能で、中断可能にするスキルだ。