深度・小互解読

Claude Code公式が徹底解説するループ設計:4段階で無人運転まで進化

手動確認から無人運転まで、Claude Codeチームが4段階のループ分類と実践的なアドバイスを提示
1分でわかる要点
  • AnthropicのClaude Codeチームがブログ記事を公開し、「ループ(loop)設計」を4つの標準パターンに整理した:ターン制、ゴール制(/goal)、時間制(/loop/schedule)、プロアクティブ制——自律度の低い順から高い順へと段階的に進む。
  • ループの公式な定義:agentが停止条件を満たすまで、作業を何度も繰り返し実行すること。4つのタイプは「誰がトリガーするか、どう停止を判断するか、どの機能で実現するか、どんなタスクに向くか」という4つの軸で区別される。
  • /goalの核心的な仕組みは、独立した評価モデルを導入して基準を満たしたかどうかを判定すること——Claude自身が先に「もう十分だから終わり」と判断することはできず、最大試行回数の上限も設定できる。
  • プロアクティブ制ループは、/schedule(定時トリガー)、/goal(停止条件)、skills(検証基準)、dynamic workflows(複数agentの並列オーケストレーション)、auto mode(人手による確認不要)という5つの機能を積み重ね、bugレポートのトリアージ、issue分類、依存関係のアップグレードといった継続的な作業を無人で処理できる。
  • 実践的なアドバイスは2つ:決定的な作業はスクリプトで処理する方が、Claudeに毎回推論させ直すよりtokenを節約できる。大規模なdynamic workflows(数百のagentを起動する可能性がある)は、本番投入前に小規模で試験運用しておくこと。
立場についての注記:本稿はAnthropic公式ブログの内容で、自社Claude Codeの機能と組み合わせについて述べたものであり、ベンダー発信のコンテンツに当たる。文中の分類フレームワーク、サンプルコード、および「90点」「数百のagent」といった数字はすべて原文からの引用であり、公式見解である。
1背景・この記事が伝えること

AIが代わりに作業してくれる、でも「終わった」と誰が決めるのか?

Claude Codeチームの Delba de Oliveira と Michael Segner が2026年6月30日、Anthropic公式ブログに寄稿し、Claude Codeのために「ループ(loop)」をどう設計するかを体系的に整理した:agentに、停止条件を満たすまで作業を繰り返し実行させる、という考え方だ。

筆者は冒頭であるひとつの現象を指摘する:X(旧Twitter)上では「コーディングagentに一言ずつ指示を出すのはもうやめて、ループを設計しよう」という話があちこちで交わされているが、実際に「ループとは一体何なのか」を調べてみると、互いに食い違う答えばかりが出てくる。この記事がやろうとしているのは、そこをきちんと整理することだ。

これは新製品の発表ではなく、ひとつのフレームワークだ:Claude Codeにもとから備わっていた5つの独立した機能を、自律度に応じて段階分けした4種類のループとして統一的に整理し、そのままコピーして使える組み合わせテンプレートを示すもの。
見る価値がある理由:/goal、/loop、/schedule、dynamic workflows、auto modeというこの5つの機能が、初めてひとつの座標系にまとめられ、「あなたが毎回張り付いて見る」から「無人運転」まで4段階に並べられた。記事の最後には、これらの機能を組み合わせてbugトリアージ・issue分類・依存関係アップグレードを自動処理するシステムを作る、そのままコピーできるパイプラインも示されている。

以下では4段階のループをシンプルなものから複雑なものへと順に分解していく。それぞれの段階が、あなたの手元にある何らかの作業に当てはまるはずだ。

2定義と座標系

まず理解しよう:「ループ」とは一体何か

公式な定義はたったひと言だ:ループとは、agentがある停止条件を満たすまで、作業を何度も繰り返し実行することである。ここでの肝心な違いは、「いつ完了とみなすか」があらかじめ決められていてシステムの判断に委ねられている、ということだ——あなたが一回一回張り付いて急かすのではない。

筆者はループを4つの軸で分類しており、この4つの軸が以降の各ループタイプに共通する参照系となる:誰がそれをトリガーするか、いつ止めるべきかをどう判断するか、Claude Codeのどの機能で実現するか、どんなタスクに最も向いているか。まずこの座標系を立ててから、4種類のループをそこに当てはめていく。

自律度 ↑ ①ターン制 ②ゴール制 ③時間制 ④プロアクティブ制 内側:毎回張り付いて確認 外側:無人運転
外側の軌道ほど自律度が高く、人の手がかからない。一番外側の絶えず流れ続けている軌道こそ、無人で走り続けているループそのものだ
①誰がトリガーするか

一言のプロンプト → 手動でリアルタイムに → 時刻になったら(一定間隔)→ イベントまたはスケジュール、全過程で人は不在

②いつ止めるべきかをどう判断するか

Claudeが自分で判断 → 基準達成または再試行上限に到達 → あなたがキャンセルするか作業が終わる → 各タスクが基準達成で終了、パイプライン全体はあなたが手動で止める

③どの機能で実現するか

デフォルトの会話 → /goal/loop/schedule → 上記すべて + dynamic workflows + auto mode

④どんなタスクに向くか

短いタスク → 検証可能な終了基準があるタスク → 周期的、または外部システムと連携するタスク → 繰り返し発生し定義が明確なワークフロー

筆者はこうも念を押している:すべてのタスクに複雑なループが必要なわけではない。最もシンプルな方法から始め、これらのパターンは必要に応じて使い分ければいい。

3第1段階・ターン制

あなたが一言尋ねると、それが一回分の作業をこなす

これはあなたが毎日使っているデフォルトのモードだ。あなたが送るプロンプトのひとつひとつが、あなた自身が各ラウンドを手ずから導くループを開始する:Claudeがコンテキストを集め、手を動かし、自分の作業を確認し、必要なら繰り返し、そして返答する。公式にはこれを「agentic loop」と呼んでいる。