
Google のソフトウェアエンジニアである Addy Osmani が 6 月 7 日に寄稿し、「Loop Engineering」を、自動化システムでエンジニアの手動 Prompt で AI 代理(エージェント)を設計する方法を置き換える一種のアプローチだと定義した。これは Automations、Worktrees、Skills、Plugins/Connectors、Sub-agents の 5 つのブロックで構成される。
Addy Osmani のフレームワークの説明によると:
Automations(自動化): スケジュールにより起動されるタスクで、「発見」(Discovery)と「分流」(Triage)を担当し、自動で実行する。Osmani によれば、Automations はループを「一回限りの実行」ではなく、真に循環するものにする中核メカニズム。Codex app は Automations のタブを設け、/goal コマンド(条件成立まで実行)を提供する。Claude Code は、スケジュールタスク、cron、/loop、/goal、そして GitHub Actions を通じて同様の機能を実現する。
Worktrees(ワークツリー): git の worktree 機構を利用して、並行実行するエージェントそれぞれに独立した作業ディレクトリを用意し、複数エージェントが同一ファイルを同時に修正して衝突するのを防ぐ。Codex app は各 thread に worktree を内蔵している。Claude Code は git worktree と --worktree flag により、同等の隔離メカニズムを提供する。
Skills(スキル): SKILL.md 形式で、プロジェクトの知識、慣例、ビルド手順を外部ドキュメントとして書き込むことで、エージェントが実行のたびにプロジェクト文脈を改めて推測する必要がなくなる。両ツールとも同じ SKILL.md 形式を使用する。Osmani は、曖昧な説明よりも正確な記述のほうが望ましいと述べている。
Plugins / Connectors(プラグインとコネクタ): MCP(Model Context Protocol)をベースに構築され、エージェントが Issue Tracker、データベース、API エンドポイント、通信ツールなどの外部システムにアクセスできるようにする。Codex app と Claude Code はどちらも MCP をサポートしている。Osmani は、同じコネクタは通常、2 つのツールの両方でそのまま利用できると確認している。
Sub-agents(サブエージェント): 「実行エージェント」と「検証エージェント」を独立した役割に分け、異なる指示や場合によっては異なるモデル同士で相互にレビューさせることで、あるエージェントの自己評価が甘くなるのを防ぐ。Codex app は .codex/agents/ に TOML 形式で定義する。Claude Code は .claude/agents/ で、Task subagents と agent teams を定義する。
Osmani は外部記憶を、「単一の対話の外側に存在し、何をしたか、次に何をするかを記録するために使われるもの」と定義している。たとえば Markdown ファイルや Linear のボードなど。必要とされる理由は、大規模言語モデルは実行のたびに記憶を保持しないため、進捗は外部に保存する必要があり、モデルの文脈ウィンドウ内に置いておくだけでは不十分だからである。
両ツールともこの仕組みをサポートしている。Codex app は Markdown、または Connector 経由で Linear に接続する。Claude Code は AGENTS.md、進捗ファイル、または MCP 経由で Linear に接続する。
Addy Osmani のフレームワークによると、従来の Prompt Engineering は、エンジニアが手作業で Prompt を作成し、代理と逐次やりとりする。一方 Loop Engineering は、Automations が自動的に起動し、Worktrees が並行を隔離し、Skills が知識を提供し、Connectors がツールをつなぎ、Sub-agents が実行と検証を分離するための一連の完全なシステムを設計するものである。エンジニアの役割は「代理を直接操作する」から「運用する代理のシステムを設計する」へと移る。
Osmani の比較分析によれば、記事が公開された時点で、2 つのツールはすでに 5 つのブロックと外部記憶の仕組みをすべて完全にサポートしている。主な違いは名称と具体的なパスにある。Automations 機能には対応するものがあり、Worktrees はいずれも git worktree に基づき、Skills は SKILL.md 形式を使用し、Plugins/Connectors は MCP に基づく。Sub-agents は .agents/ 配下の設定ファイルを使用する。
Osmani の説明によれば、Sub-agents の設計では、「コードを書くエージェント」と「コードをレビューするエージェント」を 2 つの独立した役割として切り分け、異なる指示や場合によっては異なるモデルを使えるようにしている。Claude Code の /goal コマンドも同じ原理を採用しており、タスク完了かどうかを判断するのはまったく新しいモデルであって、実行タスクを行うモデルが自分で自己評価するのではない。Osmani はこれを、「作る人 vs 確認する人」として停止条件そのものに適用するものだと呼んでいる。
関連ニュース
Claude Fable 5 が蒸留検知メカニズムを追加し、発動率は 5% 未満
GoogleがGemini 3.5のライブ翻訳で70以上の言語の音声翻訳に対応すると発表
Moonshot AI、スウォーム・アーキテクチャを備えたKimi Workデスクトップエージェントを発表
Inno Holdings が香港でのAI協議に300万ドルを発表、INHDの株価は20倍に急騰
アマゾンがAI商品デザインツールを提供開始、テキストプロンプトでTシャツのデザイン案を生成