【ループエンジニアリングとは何か?】
プロンプトの次に来る新常識
これはAnthropicのClaude Codeを率いるBoris Chernyの言葉です。AI界隈で最も熱いキーワードが「Loop Engineering(ループエンジニアリング)」。Forbesも「AIを次のレベルに押し上げるトレンド」として取り上げています。
そこで本記事では、ループエンジニアリングの本質から実践までを解説します。
ループエンジニアリングとは何か?
「AIに毎回プロンプトを書く」のをやめて、「AIを繰り返し呼び出すシステム(ループ)を設計する」側に回るという発想の転換です。
AIエージェントに単発の指示を出すのではなく、下記のようなサイクルを組みます。
- Act(動く)
- Observe(観察する)
- Decide(次を決める)
- Repeat(繰り返す)
目標が達成されるまで、停止条件が満たされるまで、AIが自律的にぐるぐる回り続ける。これがループエンジニアリング(Loop Engineering)の核心です。
ループエンジニアリングへの進化
AIとの付き合い方は、3段階で進化してきました。
| フェーズ | 焦点 | 例 |
| プロンプトエンジニアリング Prompt Engineering |
モデルへの「話し方」 | 職人に一発で伝わる指示書を書く |
| コンテキストエンジニアリング Context Engineering |
モデルに「見せるもの」 | 職人の作業机に必要な資料を全部揃える |
| ループエンジニアリング Loop Engineering |
「いつ・誰が・何をプロンプトし、結果が許容範囲かを誰が判断するか」の自律システム設計 | 職人と検品係と工程管理を含めた工場ラインを設計する |
Anthropicも「コンテキストエンジニアリングはプロンプトエンジニアリングの自然な進化」と述べていますが、その次に来るのがループエンジニアリングです。


ループエンジニアリングの5つのステージ
Kilo.aiが整理する基本ループは、次の5段階です。
- 意図(Intent):目指すゴールを明確に定義する
- 文脈(Context):関連コード・ドキュメント・エラーログ・制約を集める
- 実行(Action):ァイル編集、コマンド実行、ツール呼び出し
- 観察(Observation):テスト結果、コンパイルエラー、実行結果を捉える
- 調整(Adjustment):計画を更新し、受入またはブロックまでループを繰り返す
単発生成では絶対に到達できない品質を反復で叩き出す。これがループの威力です。

LangChainが提唱する「4層ループスタック」
LangChainのブログでは、ループを4層に積み上げるモデルを提示しています。
- 基本エージェントループ(Agent Loop):LLMにコンテキストを渡し、タスク完了までツール呼び出しを繰り返す最も基本的な形。
- 検証ループ(Verification Loop):出力をルーブリック(採点基準)に照らす採点係を加える。基準を満たさなければリトライ。品質が上がる代わりに、レイテンシーとコストは増加。
- イベント駆動ループ(Event-Driven Loop):Webhook、スケジュール、新着ドキュメント等のトリガーに応じて自動起動。エージェントをエコシステムに接続する。
- 自己改善ループ(Hill Climbing Loop):エージェントの実行トレース(何をしたか、どのツールを呼んだか、採点係のフィードバックは何か)を分析エージェントに食わせ、プロンプトや設定を書き換えて改善していく。AIが自分自身を改善する。
Anthropicは2026年5月に「再帰的自己改善のアップデート」を公表し、AIが自らの開発を加速していることを認めています。ループエンジニアリングは、その入り口の技術でもあります。

実用的なループの4パターン
MindStudioは、用途別に4つのループパターンを整理しています。
- リトライループ(Retry Loop):やってみて → 判定 → ダメなら再挑戦。合否が明確な短いタスクに最適。例:仕様通りの画像を生成するまで繰り返す。
- 計画・実行・検証ループ(Plan-Execute-Verify Loop):まず計画を立て、各ステップを実行しながら検証。順序が重要な多段タスク、リファクタリング、機能追加など。
- 探索・絞込ループ(Explore-Narrow Loop):複数の解法を並列または逐次で試し、有望なものに絞る。原因不明のバグ、不慣れなAPI、パフォーマンス最適化に。
- 人間介在ループ(Human-in-the-Loop):曖昧さやリスクの高い判断で人間に確認を取ってから続行。本番環境の変更、要件の解釈が分かれる場面で必須。
ループエンジニアリングを構成する6つのパーツ
GoogleのAddy Osmaniが2026年6月にまとめたツール非依存のループに必要なパーツです。
- 自動起動(Automations):スケジュールやトリガーでループを発動
- 作業ツリー(Worktrees):並行実行時のファイル競合を防ぐ独立作業空間
- スキル(Skills):プロジェクト固有の知識をSKILL.mdとして外部化
- コネクター / プラグイン(Connectors / Plugins):MCPなどでIssueトラッカーやSlackと接続
- サブエージェント(Sub-agents):「作る役」と「検証する役」を分業
- メモリ(State / Memory):コンテキスト窓ではなくディスク上に永続記憶
ループエンジニアリングは万能薬ではない
Forbesは、ループが暴走するリスクを警告しており、対策が求められています。
- 明確な停止条件(最大反復回数、時間、コスト上限)
- 人間へのエスカレーション(重要な判断は必ず承認)
- 回復不能なエラーと修復可能なエラーの区別
- 狭いタスクから始める(1度に1つの成果物)
「ループを走らせっぱなしにする」のは論外。フェールセーフを組み込む設計こそがループエンジニアリングの本質です。
ループエンジニアリング実践5原則
明日から使える5原則をKilo.aiがまとめています。
- 狭いタスクから始める:1度に1つの成果を求める
- 検証方法を明示する:「npm testがグリーンになるまで」など具体的に
- 既存パターンを尊重する:コードベースの流儀に従わせる
- 判断は人間の仕事:アーキテクチャ、リスク許容度、最終レビューは人間が握る
- 成功したループは再利用可能な資産にする:属人化を防ぐ
ループを書ける人が次の10年を制する
AIとの付き合い方は、変わっていきます。
プロンプトを書く人 → コンテキストを設計する人 → ループを書く人
プロンプトを一発で作る才能よりも「工程を設計し、検査を分離し、暴走を止める」という制御工学の発想こそが、これからのAI活用の鍵になります。
「AIに一発で描かせる」から「AIに描かせ→検品→修正を回すループを設計する」へとシフトすれば、生産性は桁違いに変わります。
閲覧ありがとうございました。
*****************
中年独身男のお役立ち情報局
Friends-Accept by 尾河吉満
*****************


