概要
Claude Code チームが公開した公式ガイド「Getting started with loops」（2026年6月30日）は、ループを「停止条件が満たされるまで、エージェントが作業サイクルを繰り返すこと」と定義し、実務で使う4種類に分類した。段階が進むごとに人間が手放す範囲が「チェック → 停止条件 → トリガー → プロンプトそのもの」へ広がる。ガイドは「すべてのタスクが複雑なループを必要とするわけではない。まずシンプルな解決策から」と繰り返し釘を刺している。
詳細
4種類のループ
| ループ | 手放すもの | 使うタイミング | 使う機能 |
|---|---|---|---|
| Turn-based | チェック | 探索中・意思決定中の短いタスク | カスタム検証スキル |
| Goal-based | 停止条件 | 完了の姿が分かっている | /goal |
| Time-based | トリガー | 作業がプロジェクト外でスケジュールに沿って発生 | /loop、/schedule |
| Proactive | プロンプトそのもの | 反復的かつ定型化された業務 | 上記すべて＋dynamic workflows |
- Turn-based: 普段使いの手動ループ。人間の確認手順を
SKILL.mdに固定し、Claude が自己検証できるようにするとターン数が減る。チェックが定量的なほど自己検証しやすい - Goal-based:
/goalで完了条件と試行上限を定義。**評価モデル（evaluator）**が停止のたびに条件を確認し、達成またはターン上限までゴールへ差し戻す。「テスト通過数」「スコア閾値」など決定論的な基準が効く - Time-based:
/loopは一定間隔でプロンプトを再実行（ローカル実行、止めれば止まる）。/scheduleはそのクラウド常駐版 - Proactive: イベント/スケジュール駆動で人間が介在しない。auto mode や dynamic workflows を組み合わせ、
/schedule+/goal+ 並列 worktree + judge レビューを1文で構成できる
出力品質を保つ
コードベースを綺麗に保つ／Claude が検証できる手段を与える／ドキュメントに手が届くようにする／コードレビューは別エージェント（新鮮なコンテキストでバイアスが少ない）に任せる。個々の失敗はその場の修正で終わらせず、スキルやドキュメントの更新としてシステム側へ組み込む。
トークン管理
適切なプリミティブとモデルを選ぶ／明確な成功・停止基準／大規模実行前のパイロット／決定論的作業はスクリプト化／必要以上に頻繁に回さない。使用量は /usage・引数なし /goal・/workflows で確認する。
関連ページ
- AIエージェント設計レイヤー — ループが積み重なりのどこに位置するか
- Claude Code — ループを構成するプリミティブの提供元
- 自律改善システムの設計 — Proactive ループを安全に回す設計原則
- 自己改善エージェント — 「プロンプトを書かない」自己改善ループの先の姿
- マルチエージェント調整パターン — dynamic workflows での並列・judge レビュー
- ループエンジニアリング — 6つの構成部品・4条件テスト・3つの罠を含む規律全体
- グラフエンジニアリング — ループは「単純なグラフ」であり、その先の拡張
- サーキットブレーカーと指数バックオフ — 停止条件の実装