ループエンジニアリング

一行での定義

エージェントに毎回プロンプトを打つ人間の役割そのものを、自動で回る仕組みに置き換える設計手法。

提唱の経緯

Addy Osmani が 2026年6月7日に自身のブログで発表した「Loop Engineering: Designing loops that prompt coding agents」が初出。6月22日に O'Reilly Radar に転載されている。

提唱から2か月余りしか経っておらず、定義は固まりきっていない（status: emerging）。

定義の揺れ

Osmani 本人の定義

Loop engineering is replacing yourself as the person who prompts the agent. You design the system that does it instead.

（エージェントにプロンプトを出す人間としての自分自身を置き換えること。代わりにそれを行うシステムを設計する）

Osmani は Peter Steinberger の言葉を引きつつ、「You shouldn't be prompting coding agents anymore. You should be designing loops」 という立場を取り、prompt engineering が前提としていたターン制の対話モデルは時代を過ぎたと主張している。

流通している説明との差

日本語圏の解説記事では「AIエージェントを自律で回す設計手法」「第4世代のAI開発」といった要約が広く流通している。方向としては誤っていないが、Osmani 本人が強調している警告部分が落ちていることが多い（下記）。

構成要素

Osmani が挙げる5要素。これは Osmani の整理であって、業界の合意ではない。

1. Automations — スケジュール実行される発見・分類タスク。これがあって初めて「ループ」になる
2. Worktrees — 並列実行時の衝突回避のための独立した作業コピー
3. Skills — プロジェクト知識を SKILL.md に codify したもの
4. Plugins / Connectors — MCP を基盤とした既存ツールとの統合
5. Sub-agents — 作成者と検証者の分離による独立検証

加えて6つ目として State / Memory（Markdown などの外部記録）を挙げ、実行をまたいで進捗が残ることを重視している。

Osmani 自身の警告

解説記事で省略されがちだが、原典の最終節は自動化の危険に割かれている。以下は Osmani 独自の用語。

• Verification is still on you — ループを組んでも検証責任は人間に残る
• Comprehension debt — 自分が理解していないコードが積み上がる負債
• Cognitive surrender — 判断そのものを明け渡してしまうこと

系譜

• 前に来るとされる概念: ハーネスエンジニアリング
• 後に来るとされる概念: グラフエンジニアリング。ただし置換ではなく包含で、 グラフの node の内側にループが入る、というのが一次資料の立場
• ただし harness-engineering 側に記したとおり、両者を直線的な世代交代と見るか包含関係と見るかは論者によって分かれる。「プロンプト → コンテキスト → ハーネス → ループ」という4世代の整理は流通しているが、ハーネスの提唱者本人は包含関係で述べている

なぜ今これが出てきたか

Osmani が挙げる論拠。

• エージェント技術の成熟
• 自動化により人間が「常時監視」から解放される可能性
• Codex / Claude Code など主要ツールが、上記5要素にあたる構造を揃って採用した事実

最後の点は検証可能である。実際に3ツールとも該当機能を持つ。

Automations（スケジュール実行）だけは3ツールで対応状況が揃っていない。compare/feature-matrix.md を参照。