ループエンジニアリングは、トリガーから実行・終了判定までのサイクルを人間が設計し、AIエージェントに自律的に繰り返させる考え方
ループエンジニアリングとは、人間がAIエージェントに都度プロンプトを打つのではなく、実行と判断のサイクル(ループ)そのものを設計し、あらかじめ定めた条件を満たすまでエージェントに自律的に繰り返させる考え方です。2026年6月、実務家の発言をきっかけにAI開発者の間で急速に広まりました。
「プロンプトエンジニアリング」「コンテキストエンジニアリング」「ハーネスエンジニアリング」と、新しい用語が次々に登場する中で、また覚えることが増えたと感じた方も多いのではないでしょうか。実はループエンジニアリングは独立した新概念ではなく、ハーネスエンジニアリングという前提の上に成り立つ、進化の延長線上にある考え方です。
この記事では、ループエンジニアリングが生まれた経緯と背景、既存概念との違い、実務でどう捉えればいいかを整理します。あわせて、AIの進化によってエンジニアではない読者にもどんなチャンスが広がっているのかを紹介します。
- 定義:ループエンジニアリングは、終了条件を満たすまでAIエージェントに実行と判断を繰り返させる設計手法である
- 進化の系譜:プロンプト→コンテキスト→ハーネス→ループという4段階の流れの中で、ハーネスエンジニアリングを前提として成立する
- 提唱の経緯:Boris Cherny氏とPeter Steinberger氏の発言・投稿がきっかけとなり、Addy Osmani氏が名付けて体系化した
- HITLとの違い:ヒューマンインザループでは人間が判断プロセスの中に入るが、ループエンジニアリングでは人間はサイクルの外側(設計・レビュー)に位置づけられる
- 4つの型:動かし方と止め方、それぞれをどこまで手放すかで整理すると、Turn-based/Goal-based/Time-based/Proactiveの4つの型に分類できる
- 入れ子のループ:Andrew Ng氏は、速さの違う3つのループ(コーディング/開発者フィードバック/外部フィードバック)が入れ子になっていると説明している
ループエンジニアリングとは何か
ループエンジニアリングとは、AIエージェントに対して人間が都度プロンプトを打つのではなく、実行・評価・再実行のサイクルそのものを設計し、あらかじめ定めた終了条件が満たされるまでエージェントに自律的に繰り返させる考え方です。
元Google Chrome/Cloudのエンジニアリングリーダーであり、現在も著名な発信を続けるAddy Osmani氏は、自身のブログでこの考え方を「Loop Engineering」として整理しました(詳しい経緯は後述します)。あわせて、ハーネスエンジニアリング(AIエージェントの実行環境設計)をループエンジニアリングの隣接領域、いわば前提となる関係として位置づけています。
「プロンプトを打つ人」から「ループを設計する人」への転換
この転換の本質は、人間の役割が変わる点にあります。
- 従来のプロンプトエンジニアリング:人間が1回ごとにAIへ指示を送り、出力を確認する
- ループエンジニアリング:いつ・何をトリガーに動き、何を満たしたら止まるかという仕組み自体を人間が設計し、実行の反復自体はエージェントに任せる
AIエンジニアリングはどのように進化してきたのか
AIエンジニアリングは、プロンプト→コンテキスト→ハーネス→ループという4段階を経て発展してきた(ループエンジニアリングはハーネスエンジニアリングの上に成り立つ)
AIエンジニアリングは、プロンプトエンジニアリング、コンテキストエンジニアリング、ハーネスエンジニアリング、ループエンジニアリングという4段階を経て発展してきました。それぞれの段階で、人間が設計する対象が変わっていきます。
| 段階 | 人間が設計する対象 | 登場時期 |
|---|---|---|
| ①プロンプトエンジニアリング | 指示文(プロンプト) | 2020年前後〜 |
| ②コンテキストエンジニアリング | 参照させる情報(コンテキスト) | 2025年6月〜 |
| ③ハーネスエンジニアリング | 実行環境(権限・監視・状態管理) | 2026年3月〜 |
| ④ループエンジニアリング | 実行サイクル(いつ動き、いつ止まるか) | 2026年6月〜 |
プロンプトエンジニアリングとは
プロンプトエンジニアリングとは、AIモデルへの指示文(プロンプト)を工夫し、望む出力を引き出す手法です。1回ごとのやり取りの質を高めることに焦点が置かれます。
単一の提唱者・提唱日を特定できる一次情報はありませんが、2020年前後からGPT-3の実験を通じて使われ始め、2022年のChatGPT公開を機に一般に普及したとされています。
コンテキストエンジニアリングとは
コンテキストエンジニアリングとは、AIが参照する情報(コンテキスト)を適切に設計し、精度の高い出力を引き出す手法です。何をプロンプトに書くかだけでなく、何をAIに見せるかという設計が対象になります。
2025年6月、Shopify CEOのTobi Lütke氏がXで「prompt engineeringより実態に即した呼び方だ」として提唱し、Andrej Karpathy氏が数日後に賛同したことで広まりました(Tobi Lütke氏の投稿)。
ハーネスエンジニアリングとは何か
ハーネスエンジニアリングとは、AIエージェントが安全かつ自律的に稼働するための実行環境(権限管理・監視・状態管理などの仕組み)を設計することです。エージェントが暴走せず、想定した範囲で動き続けられるようにする土台づくりにあたります。
2026年3月、LangChainのVivek Trivedy氏が「The Anatomy of an Agent Harness」を公開したことが、概念が広く共有されるきっかけの一つとなりました(The Anatomy of an Agent Harness)。
ループエンジニアリングはハーネスの上に成り立つ
ループエンジニアリングは、このハーネスエンジニアリングが整っていることを前提として成り立つ考え方です。実行環境や監視の仕組みがすでに用意されている上で、「いつ・何をトリガーに動き、いつ止まるか」というサイクル設計を扱う、積み上げ構造になっています。
ハーネスなしにループだけを設計すると、暴走や意図しない挙動を防ぐ土台がないまま自律実行を任せることになります。そのため、両者は一体で検討すべき関係だと考えられます。
「ループエンジニアリング」は誰が言い出し、なぜ話題なのか
「ループエンジニアリング」という言葉は、Boris Cherny氏とPeter Steinberger氏という2人の実務家の発言・投稿がきっかけとなり、Addy Osmani氏がそれを"Loop Engineering"として名付け、体系化しました。
Boris Cherny氏とPeter Steinberger氏の発言・投稿
時系列を整理すると、次のようになります。
| 日付 | 人物 | 出来事 |
|---|---|---|
| 2026年6月2日 | Boris Cherny氏(Claude Code責任者、Anthropic) | イベント「Acquired Unplugged」に登壇し発言 |
| 2026年6月7日 | Peter Steinberger氏(OpenClaw創設者) | Xに投稿し、大きな反響を呼ぶ |
| 2026年6月7日 | Addy Osmani氏(元Google Chrome/Cloudのエンジニアリングリーダー) | 自身のブログで両者の発言を体系化し「Loop Engineering」と命名 |
まず、Boris Cherny氏の発言から見ていきます。AnthropicでClaude Code責任者を務める同氏は、WorkOS主催のイベント「Acquired Unplugged」に登壇しました(Boris Cherny: Claude Code & the Future of Engineering、イベント内容はWorkOSによるまとめ記事も参照)。その発言は、次のように伝えられています(Loop Engineering)。
"I don't prompt Claude anymore. I have loops running that prompt Claude and figuring out what to do. My job is to write loops."
日本語で要約すると、「もう自分でClaudeにプロンプトを打つことはしていない。動いているのはループであり、Claudeに何をすべきか考えさせ指示を出しているのはそのループだ。自分の仕事はループを書くことだ」という趣旨です。
なお、この発言の書き起こしは発信元によって細部の言い回しが微妙に異なるバージョンが複数出回っています。上記はAddy Osmani氏のブログに掲載されたものです。
2026年6月7日、OpenClaw創設者のPeter Steinberger氏はX(旧Twitter)で次のように投稿しました(Peter Steinberger(@steipete)投稿)。
"Here's your monthly reminder that you shouldn't be prompting coding agents anymore. You should be designing loops that prompt your agents."
こちらも要約すると、「コーディングエージェントに直接プロンプトを打つのではなく、エージェントにプロンプトを送るループを設計すべきだ」という趣旨です。この投稿はSNS上で幅広く反応を呼びました。
Addy Osmani氏による命名と体系化
同じく2026年6月7日、元Google Chrome/CloudのエンジニアリングリーダーであるAddy Osmani氏は、自身のブログで「Loop Engineering」という記事を公開しました。この記事の中で、Boris Cherny氏とPeter Steinberger氏の発言・実践を体系化する形で用語を整理し、「ループエンジニアリング」という名前を与えています(Loop Engineering)。
つまり、実務者の間で言葉が使われ始めたきっかけはBoris Cherny氏とPeter Steinberger氏のほぼ同時期の発言・投稿であり、それを正式な方法論として名付け、広めたのがAddy Osmani氏である、という関係になります。
なぜ今ループエンジニアリングが注目されているのか
ループエンジニアリングが話題になっている背景には、AIエージェントが長時間・自律的にタスクを実行できるようになり、開発の関心がモデル性能そのものから実行プロセスの設計へ移っている流れがあります。
Anthropicの調査レポートは、Claude Codeと「Cowork」(Anthropicが提供するエージェント型の作業モード)において、長時間・自律的に動くエージェントセッションが増加していると報告しています(Anthropic Economic Index report: Cadences)。
Anthropicは2026年4月14日、スケジュール実行・API呼び出し・GitHubイベントという3種類のトリガーでエージェントを自動実行できる「Routines」機能を発表しました(Introducing routines in Claude Code)。エージェントが人間の入力を待たずに継続的にタスクをこなす仕組みが、リサーチプレビュー段階として実際の製品機能に組み込まれ始めています(Automate work with routines)。
こうした自律実行の広がりを踏まえたうえで、次に押さえておきたいのが、以前から使われてきた「ヒューマンインザループ」という考え方との違いです。
ヒューマンインザループとの違いは何か
ヒューマンインザループ(Human-in-the-loop)は、AIの判断プロセスの中に人間の承認・修正ステップを組み込む設計思想です。一方でループエンジニアリングは、トリガーから終了判定までのサイクル全体をシステムとして設計し、人間はそのサイクルの外側(初期設計・例外対応・レビュー)に位置づける考え方です。
人間の関与ポイントが構造的に違う
| ヒューマンインザループ | ループエンジニアリング | |
|---|---|---|
| 人間が関わるタイミング | AIが1つの判断を下すたびに、その都度 | ループが始まる前(設計)と、止まった後(検証) |
| 人間の役割 | 個別の判断への承認・修正 | 条件・範囲の設計と、結果のレビュー |
人間が関与する「タイミング」が、途中か前後かという点で構造的に異なります。
「動かし方」と「止め方」で見る4つの型とは
動かし方(手動/自動)と止め方(その場で判断/基準で自動判定)の組み合わせで、ループエンジニアリングは4つの型に整理できる(出典:Anthropic公式ブログ「Loop engineering: Getting started with loops」)
Anthropic公式ブログは、4つの型それぞれを「起動方法」「停止条件」「適したタスク」など複数の観点で説明しています(Loop engineering: Getting started with loops)。この記事では、そのうち「動かし方(起動条件)」と「止め方(停止条件)」の2つに注目し、4つの型を整理し直しました。
| 動かし方:手動 (人がその場でプロンプト入力) | 動かし方:自動 (時間・イベント) | |
|---|---|---|
| 止め方:その場で判断 (Claude自身・人が判断) | Turn-based: 人が打ち、Claudeが完了または追加情報が必要と判断する、通常の対話 | Time-based: 一定間隔で起動し、人が止めるか作業が完了するまで続く型 |
| 止め方:基準で自動判定 (独立した評価者) | Goal-based: 人がその場で指示し、独立した評価者がゴール達成を判定する型 | Proactive: イベント/スケジュールで起動し、個々のタスクはゴール達成で終了。ルーティン自体は人が止めるまで継続する型 |
例
- Turn-based:Claude Codeでの通常の対話。Anthropicは検証の手段として、手順を
SKILL.mdに書き起こす「カスタム検証スキル」を推奨している - Goal-based:Claude Codeの
/goalコマンド(Keep Claude working toward a goal) - Time-based:Claude Codeの
/loop(ScheduleWakeupツールで間隔を自己調整、Run prompts on a schedule)や/schedule(Automate work with routines) - Proactive:ここまでの型(カスタム検証スキル・
/goal・/loop//schedule)をすべて組み合わせ、複数エージェントを並行して調整する「ダイナミックワークフロー」、および許可を求めずに実行し続ける「オートモード」も併用する型。Claude Code Routinesがその実行基盤となる
なお、/scheduleはTime-basedのコマンドであると同時に、Proactiveなルーティンを作る際の構成要素にもなります。Anthropic公式ブログでも、この2つの型の境界は連続的なものとして説明されています(Loop engineering: Getting started with loops)。
自分が今どの型を使おうとしているのかをこの表に当てはめると、動かし方を先に決めるべきか、止め方を先に決めるべきかが整理しやすくなります。完了を機械的に判定できるタスクはGoal-based、作業が外部で定期的に発生するタスクはTime-basedやProactiveから試すのが扱いやすい順序です。
この4つの型を実際に設計するのは、エンジニアだけの仕事ではありません。むしろAIエージェントの進化は、コードを書けない人にもこれまでエンジニアの領域だった仕事に踏み出すチャンスを広げています。
「4つの型」だけじゃない、ループのもう一つの見方
ここまで見てきた「動かし方」「止め方」の4つの型は、1つのループをどう設計するかという話でした。しかし実際の開発現場では、速さの違う複数のループが入れ子になって同時に回っている、という見方もあります。
AIコーディングエージェントの実践に詳しいAndrew Ng氏は、プロダクトを0から作る際、次の3つの速さの違うループが入れ子になっていると説明しています(Three Key Loops for Building Great Software、2026-06-26)。
| ループ | 時間スケール | やること |
|---|---|---|
| Agentic coding loop | 数分ごと | AIエージェントがコードを書き、テストし、反復する |
| Developer feedback loop | 数十分〜数時間 | 開発者が成果物を検査し、コーディングエージェントに改善を指示する |
| External feedback loop | 数時間〜数週間 | ユーザーの反応を集める(意見を聞く、アルファテスト、A/Bテストなど) |
3つのループは、時間スケールが長いものほど「外側」に位置する入れ子構造として捉えると理解しやすくなります。
Andrew Ng氏が実際に説明しているのは、External feedback loopから得られるデータが開発者の方向性(Developer feedback loop)に影響を与え、それが製品仕様を更新し、その仕様がコーディングエージェントへの指示(Agentic coding loop)を書き換えていく、という流れです。
Andrew Ng氏は、この構造における人間の役割を「センス(taste)」ではなく「コンテキストの優位性(context advantage)」として捉えるべきだと述べています。
"So long as the human knows something the AI does not, human-in-the-loop is needed."
日本語で要約すると、「人間がAIの知らないことを知っている限り、人間の関与は必要であり続ける」という趣旨です。
非エンジニアにも、AIでチャンスは広がっている
プログラムが書けるかどうかより、いつ動かしいつ終わらせるかを決められるかどうかがチャンスの入り口になる(出典:Claude Code公式ドキュメント)
AIエージェントの進化は、コードを書けない人にも新しい機会をもたらしています。ループエンジニアリングの本質は、プログラムを書く技術ではなく、「いつ動かすか」と「いつ終わらせるか」を自分で決めることにあるからです。
たとえばClaude Codeのようなコーディングエージェントでは、/goalコマンドで「テストが全部通ったら完了」といった終了条件を自然言語で伝えたり、/loopコマンドで一定間隔ごとに作業を繰り返させたりできます(Keep Claude working toward a goal、Run prompts on a schedule)。複雑な条件分岐をプログラミング言語で書かなくても、「いつ・何を・どこまで」を自然言語で伝えるだけで、それがそのままループの設計図になります。 プログラミングの知識がなくても、自分の業務をどう任せたいか言葉にできれば、それだけでループは設計できるのです。
これは特別なスキルを持つ一部の人だけの話ではありません。日々の仕事の中で「これはいつも同じ手順を繰り返しているな」と思う瞬間に気づき、いつ動かし、いつ終わらせるかを決められれば、それはもう立派なループ設計です。
コードを書けるかどうかよりも、AIに何を任せ、どう仕組み化するかを考えられるかどうかが問われる時代に近づいています。それは裏を返せば、エンジニアでなくても、AI活用の主役になれるチャンスが誰にでも開かれているということです。
まとめ:ループエンジニアリング時代にどう向き合うか
ここまでの内容を振り返ります。
- 位置づけ:ループエンジニアリングは、プロンプト・コンテキスト・ハーネスエンジニアリングという流れの延長線上にあり、ハーネスが整っていることを前提に「いつ動き、いつ止まるか」というサイクルを設計する考え方
- 経緯:Boris Cherny氏とPeter Steinberger氏の発言・投稿がきっかけとなり、Addy Osmani氏が名付けて体系化した
- HITLとの違い:人間がサイクルの途中に入るか、外側で設計・レビューするかという点にある
- 実践の型:動かし方と止め方、それぞれをどこまで手放すかの4象限で自分の状況を当てはめれば、どこから着手すればいいかが見えてくる
- 入れ子の視点:速さの違う3つのループ(コーディング/開発者フィードバック/外部フィードバック)が入れ子になっているという見方もある
そして何より、こうしたAIの進化がもたらすチャンスは、専門エンジニアだけのものではありません。自然言語でAIエージェントに指示できる時代の今、コードを書けるかどうかは以前ほど大きな壁ではなくなりつつあります。
まずは身近な定型業務の中から、「これはいつも同じ手順を繰り返しているな」と思うものを一つ見つけ、動かし方と止め方を決める小さなループ設計を試してみてください。AIを使いこなす側に回るチャンスは、誰にでもあります。
出典一覧
- 「Loop Engineering」 — Addy Osmani 本人公式ブログ(2026-06-07)
- Peter Steinberger(@steipete)投稿 — Peter Steinberger 本人X投稿(2026-06-07)
- 「Boris Cherny: Claude Code & the Future of Engineering」 — WorkOS公式YouTubeチャンネル(イベント主催者収録、2026-06-02)
- 「Boris Cherny登壇内容まとめ」 — 公式ブログ(イベント主催者による編集記事、2026年6月)
- Tobi Lütke(@tobi)投稿 — Tobi Lütke(Shopify CEO)本人X投稿(2025年6月)
- 「The Anatomy of an Agent Harness」 — LangChain公式ブログ、Vivek Trivedy氏寄稿(2026-03-10)
- 「Anthropic Economic Index report: Cadences」 — Anthropic 公式リサーチ(2026-06)
- 「Loop engineering: Getting started with loops」 — Anthropic 公式ブログ(2026-06-30)
- Claude Code公式ドキュメント「Automate work with routines」
- Claude Code公式ドキュメント「Keep Claude working toward a goal」
- Claude Code公式ドキュメント「Run prompts on a schedule」
- 「Introducing routines in Claude Code」 — (2026-04-14)
- 「OpenClaw — Personal AI Assistant」 — OpenClaw 公式サイト
- Andrew Ng「Three Key Loops for Building Great Software」 — The Batch(2026-06-26)

執筆者:えだまめ
Elcamyでバックオフィスとブログ執筆を担当。AI未経験の状態からAI活用を学び、Claude CodeをはじめとするAIエージェントの実務活用法を発信している。
更新情報はElcamy公式Xでも発信中。