何が語られたか
AnthropicのClaude Code開発者であるBoris Cherny氏が、金曜にMetaの@Scaleカンファレンスに登壇しました。冒頭の質問は「ループは次のハイプか、本物か」というもので、Cherny氏は即座に「本物だ」と答えました。
氏は進化の流れをこう整理しています。2年前は人間が手でコードを書いていた。次にエージェントがコードを書くようになった。そして今は、エージェントがエージェントにプロンプトを出し、そのエージェントがコードを書く段階に入っている、と。
Cherny氏自身が回している「ループ」
講演の32分頃、Cherny氏は自分の業務で動かしているループを具体的に紹介しました。一つはコードアーキテクチャの改善余地を探し続けるエージェント、もう一つは重複した抽象化を見つけて統合可能なものを探すエージェントです。これらは他の開発者と同様にプルリクエストを送り、コードが変わり続ける限り停止しません。
「管理する」から「放牧する」へ
これまでエージェントの使いこなしは、明確なゴール設定・進捗の細かいチェック・プロンプトからの逸脱防止が中心でした。ループはこの前提を覆します。背後でエージェントの群れを延々と走らせ続けることを許容する設計思想です。
計算機科学の入門で習う再帰ループは停止条件が明確ですが、エージェントのループは非決定論的で、サブエージェント自身が止め時を判断します。長時間走らせると迷子になる問題への対処として、シンプソンズのキャラクター名を冠した「Ralph Loop」――これまでの作業を要約し、目標達成したかを問い直す仕組み――も紹介されました。
test-time computeの延長線上に
ループはtest-time compute(推論時の計算量)を増やす潮流の一部とも位置づけられます。OpenAIのNoam Brown氏は今月初め、現行モデルは十分な計算資源があればほぼあらゆる問題を解けると述べました。コードベース改善のような「山登り型」の問題、つまり閾値に達するまで漸進的に改善を積める領域とループは特に相性が良いとされます。
構造的なコスト問題
一方で、ループは単純なQ&A型チャットボットとは比較にならない速度でトークンを消費します。常時走り続けるため、支出に天井がありません。これはトークンを売るAnthropic側には恩恵ですが、利用者にとっては割高な働き方になり得る点が論点として残ります。
💼 事業会社視点：これは自社にどう効くか
日本の事業会社が直面する選択
受託開発・SI業界への直撃: コードアーキテクチャの改善や重複コードの統合といった「リファクタリング」は、これまで熟練エンジニアの判断業務でした。Cherny氏のループはこれを24時間自動化します。日本のSIerや受託開発企業の役員は、人月単価のうち「保守・改善」枠の単価圧力を覚悟する必要があります。先回りして「ループ運用込み」のサービス設計に切り替えるべきです。
SaaS・自社プロダクト企業の好機: 自社コードベースを持つ企業にとっては純粋な追い風です。技術的負債の解消が人件費から切り離され、トークン代という変動費になります。CTOは「保守要員の頭数」ではなく「ループ用予算枠」をP/Lに新設する判断が問われます。
経営層が見るべきは「支出の天井がない」点: ループは止めない限りトークンを消費し続けます。クラウド黎明期に起きた「青天井の課金事故」と同じリスク構造です。CFOは推論コストの上限設定・アラート・週次レビューを今すぐ仕組み化すべきです。導入の是非より、ガバナンス設計の遅れの方が経営リスクになります。