Claude Code公式が徹底解説するループ設計:4段階で無人運転まで進化
- 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を起動する可能性がある)は、本番投入前に小規模で試験運用しておくこと。
AIが代わりに作業してくれる、でも「終わった」と誰が決めるのか?
Claude Codeチームの Delba de Oliveira と Michael Segner が2026年6月30日、Anthropic公式ブログに寄稿し、Claude Codeのために「ループ(loop)」をどう設計するかを体系的に整理した:agentに、停止条件を満たすまで作業を繰り返し実行させる、という考え方だ。
筆者は冒頭であるひとつの現象を指摘する:X(旧Twitter)上では「コーディングagentに一言ずつ指示を出すのはもうやめて、ループを設計しよう」という話があちこちで交わされているが、実際に「ループとは一体何なのか」を調べてみると、互いに食い違う答えばかりが出てくる。この記事がやろうとしているのは、そこをきちんと整理することだ。
以下では4段階のループをシンプルなものから複雑なものへと順に分解していく。それぞれの段階が、あなたの手元にある何らかの作業に当てはまるはずだ。
まず理解しよう:「ループ」とは一体何か
公式な定義はたったひと言だ:ループとは、agentがある停止条件を満たすまで、作業を何度も繰り返し実行することである。ここでの肝心な違いは、「いつ完了とみなすか」があらかじめ決められていてシステムの判断に委ねられている、ということだ——あなたが一回一回張り付いて急かすのではない。
筆者はループを4つの軸で分類しており、この4つの軸が以降の各ループタイプに共通する参照系となる:誰がそれをトリガーするか、いつ止めるべきかをどう判断するか、Claude Codeのどの機能で実現するか、どんなタスクに最も向いているか。まずこの座標系を立ててから、4種類のループをそこに当てはめていく。
一言のプロンプト → 手動でリアルタイムに → 時刻になったら(一定間隔)→ イベントまたはスケジュール、全過程で人は不在
Claudeが自分で判断 → 基準達成または再試行上限に到達 → あなたがキャンセルするか作業が終わる → 各タスクが基準達成で終了、パイプライン全体はあなたが手動で止める
デフォルトの会話 → /goal → /loop、/schedule → 上記すべて + dynamic workflows + auto mode
短いタスク → 検証可能な終了基準があるタスク → 周期的、または外部システムと連携するタスク → 繰り返し発生し定義が明確なワークフロー
筆者はこうも念を押している:すべてのタスクに複雑なループが必要なわけではない。最もシンプルな方法から始め、これらのパターンは必要に応じて使い分ければいい。
あなたが一言尋ねると、それが一回分の作業をこなす
これはあなたが毎日使っているデフォルトのモードだ。あなたが送るプロンプトのひとつひとつが、あなた自身が各ラウンドを手ずから導くループを開始する:Claudeがコンテキストを集め、手を動かし、自分の作業を確認し、必要なら繰り返し、そして返答する。公式にはこれを「agentic loop」と呼んでいる。
