前に「自分のSkillsは『ループ』になっていなかった、という話」を書いたとき、Claudeにネタ元を探して読んでもらった。その中に、この言葉が生まれた経緯そのものを1冊にまとめた本があった。
HuaShu（花叔） という中国のAIコンテンツクリエイターが出している、無料の「橙皮書（Orange Book）」シリーズの1冊。タイトルはそのまま Loop Engineering: Stop Asking Me What It Is。2026年6月、Addy Osmaniがこの言葉を書き上げた直後に出ている。
何が書いてあるか
9章立て。章ごとに中身を残しておく。
Part 1 — そもそも何なのか
Peter Steinberger、AnthropicでClaude Codeを率いるBoris Cherny、GoogleのAddy Osmaniの3人が、2026年6月のほぼ同じ1週間に、それぞれ別々に「もうエージェントに逐一プロンプトを打つのはやめて、指示を出し続けるシステムを設計しろ」という趣旨のことを言い始めた。名付け親はAddy Osmaniで、6月7日に自分のブログで先の2人の発言を引きながら書き上げた。
位置づけの整理も明快で、「プロンプト→コンテキスト→ハーネス→ループ」の4層スタックとして説明している。プロンプトは1つの文、コンテキストは1つのウィンドウ、ハーネスは1回の実行、ループはそれを回し続ける仕組み。1段上がるごとに、人間が気にする範囲が一段大きくなるという整理になっている。
Part 2 — どう回るか
ループの1ターンは5つの動きに分解できる、というのがこの本の骨格。発見（このターンは何をすべきかを自分で見つける）、引き渡し（worktreeで隔離してエージェントに渡す）、検証（別のエージェントに「ノー」を言わせる）、永続化（会話の外、ディスクに状態を書く）、スケジューリング（自動で次のラウンドに進む）。この5つのうちどれか1つでも欠けると、ループは回らないか同じ場所で空転する。
これを実現するための部品は6つ。自動化・worktree・スキル・コネクタ（MCP）・サブエージェント・メモリ（状態ファイル）。動きと部品はきれいに対応していて、発見はスキルの上で、引き渡しはworktreeの上で、検証はサブエージェントの上で動く、という整理になっている。
自己採点の話も、本の中で具体的に扱われている。コードを書いたエージェントに自分の仕事を評価させると、人間の目には明らかに凡庸でも自信満々に「よくできました」と言う。これはAnthropicのエンジニアが報告している現象で、対策は生成者と評価者を構造的に分けること。この発想はGAN（敵対的生成ネットワーク）から借りてきたものらしく、自分に厳しくさせるより、別の懐疑的な審査役を立てるほうがずっと簡単だという。Claude Codeの/goalが、作業したエージェントとは別の小さなモデルに完了判定をさせているのは、まさにこの実装。
Part 3 — どこで動き、何を犠牲にするか
実例は3つ。Addy Osmani自身の朝のトリアージループ（1人・1台のマシン）、Stripeの「Minions」という仕組み（週1,300件超のPRを自動処理）、そしてスケジューリング手段の使い分け（ローカルの/loopはマシンを起動し続ける必要がある一方、クラウドのRoutinesは最短1時間おきだがマシンがオフでも動く）。
Stripeの話でおもしろいのは、強いモデルを積んでいるわけではなく、LLMが動き出す前に決定論的なコードでコンテキストを組み立てておく設計にある、という点。信頼性はモデルのサイズではなく制約の質から来る、という主張で、実際に1,300件のPRは今もエンジニアがレビューしている。人間がいなくなったわけではなく、時間が「書くこと」から「レビューすること」に移っただけ、という説明になっている。
代償は4つ。検証負債（誰も見ていない出力の積み上がり）、理解の劣化（自分が書いていないコードが増えるほどリポジトリへの理解が実態から遅れる）、認知的な白旗（ループが安定して動くほど意見を持つのが面倒になる）、トークン爆発（自分でヘルパーを生み再試行を繰り返すのでコストが読みにくい）。どれも、動いている最中には警報が鳴らないのが共通点だという。
Part 4 — どう始めるか
最後は「同じループを2人が作っても、正反対の結果になることがある」という話（下に引用した一文）と、実際に手を動かすための最小構成。オートメーション・スキル・ステートファイル・ゲート（テストや型チェック）の4つがあれば、最初のループとしては十分らしい。Stripe並みの規模を最初から目指す必要はなく、まず手動実行で信頼できる形を作り、スキルに落とし、最後にスケジュールでラップする、という順番を守ることが大事だと書いてある。
自分が前の記事で書いた「4種類のループ」「4つの条件」「メイカーとチェッカーの分離」は、だいたいこの本の要約でもある。
一番印象的な一文
技術的な話より、Claudeが要約の中でとくに拾っていたのがこの一文だった。
同じループを2人が作っても、正反対の結果になることがある。
ループそのものは中立で、判断力を持ち込めば判断力を増幅するし、理解を放棄する道具として使えば理解の放棄を増幅する。ツールの強さより、それを使う人間がどっちを持ち込むかで結果が変わるという話は、Loop Engineeringに限らずAIツール全般に言える気がする。
原著はここで読める
このリポジトリはMIT Licenseで公開されていて、無料でPDFがダウンロードできる。英語版・中国語版どちらもある。
- GitHub: alchaincyf/loop-engineering-orange-book
- 元になったAddy Osmaniの記事: Loop Engineering
Claudeに全文を読んで日本語訳のメモを作ってもらったが、さすがに1冊まるごと転載するのは違うと思うので、ここには要約だけ置いておく。興味があれば原著（MIT Licenseなので翻訳して読むのも自由）を読んでみてほしい。