AI開発の「往復」を自動化！ループエンジニアリングで変わるプロンプトとの付き合い方
Web制作やAI開発の現場で、AIツールとの連携はもはや日常ですね。特にチャットAIとコーディングAIを行き来する「仲介作業」に、もどかしさを感じている方もいるのではないでしょうか？
今回ご紹介するのは、この往復作業から卒業し、AIが自律的に動き続けるシステムを設計する新しい開発パラダイム、その名も「ループエンジニアリング」です。GoogleでGoogle CloudとGeminiに携わるソフトウェアエンジニアの、アディ・オスマニ（Addy Osmani）氏が2026年6月7日に同名のブログ記事を公開したことで知られるようになりました。
この記事では、ループエンジニアリングが私たちの開発スタイルをどう変えるのか、そしてその実践に向けたヒントを、具体的な例を交えながら解説していきます。
AI開発の「仲介作業」から卒業！ループエンジニアリングで何ができるのか
ループエンジニアリングとは、開発者が手動でAIエージェントにプロンプト（指示文）を打つ代わりに、その役割そのものを仕組みに任せ、AIを動かし続けるシステムを設計する考え方です。
これまでの約2年間、コーディングエージェントから成果を引き出す方法は、良いプロンプトを書き、十分な文脈（コンテキスト）を渡すことでした。これは、いわば「人間が一手ずつ道具を握り続ける」やり方です。しかし、ループエンジニアリングは、この前提を覆そうとしています。
具体的には、人間が目的（ゴール）を1つ定義すれば、完了条件を満たすまでAIが何度も試行を繰り返すことを意味します。ここでいうループとは、再帰的なゴールという考え方に基づき、人間がやり方を一手ずつ指示せず、目的だけを渡して結果まで任せるイメージです。オスマニ氏はこれを、コーディングエージェントとの未来の働き方になり得るとみています。
元記事の筆者がイメージとして再構成した図では、中央の「記憶」を土台に、
- 自動起動
- 並行作業
- スキル
- 接続
- 検証
という5つの要素が円環状につながり、AIエージェントがその中を自律的に巡回する様子が描かれています。人間（ソフトウェアエンジニア）は、外側からその動きを見守る役割に変わる、というわけです。
具体的な利用シーン：AIエージェントを自律的に動かす
では、このループエンジニアリングは、具体的に私たちの開発現場でどのように活用できるのでしょうか？
自律型エージェント環境「OpenClaw」の開発者として有名なピーター・シュタインバーガー（Peter Steinberger）氏は、「もはやコーディングエージェントにプロンプトを打つべきではない。エージェントにプロンプトを打つループを設計すべきだ」と語っています。また、AnthropicでClaude Codeの開発責任者を務めるボリス・チャーニー（Boris Cherny）氏も、「私はもうClaudeにプロンプトを打っていない。代わりに、Claudeにプロンプトを打って次に何をすべきかを判断してくれるループを走らせている。私の仕事はループを書くことだ」と述べており、すでに製品の現場でもこの変化が始まっていることが伺えます。
ループエンジニアリングは、以下のような形で私たちの作業を効率化する可能性を秘めています。
- 作業の発見・割り振り・チェック・記録の自動化: 作業を見つけ、割り振り、チェックし、何が終わったかを記録し、次に何をするかを決める小さな仕組みを作り、その仕組みによってエージェントを働かせます。オスマニ氏はこれを、ハーネスエンジニアリング（AIエージェントを動かす実行レイヤーを設計する考え方）のさらに上位に位置付けています。
- 複数AIエージェントの連携と役割分担: 例えば、Claude CodeからCodexのような別のコーディングツールを呼び出す構成も考えられます。これにより、一方に実装を任せ、もう一方に検証させるような役割分担も可能になります。
- 外部ツールとのシームレスな接続: MCP（Model Context Protocol：AIと外部ツールをつなぐ共通規格）を使えば、AIツールと外部ツールの間の受け渡しはかなり自動化しやすくなります。
- 並行作業と状況管理: OpenAIのCodexやClaude Codeにも、AIを定期的に動かしたり、複数のエージェントを同時に動かして安全に並行作業させたり、作業状況を外部に残したりするための機能が備わり始めています。
ループエンジニアリングを試すならどこから始めるか
ループエンジニアリングはまだ初期段階だとオスマニ氏も述べており、特にトークン（AIが処理する文字の単位）コストには十分注意する必要があるとのことです。しかし、この新しいパラダイムへのシフトは確実に進んでいます。
元記事の筆者自身も、普段の開発ではChatGPTやClaudeのようなチャット型AIに相談しながら、Claude CodeやOpenAI CodexにプロンプトをAI自身に作らせて実行する、という進め方をよくしています。そして開発が進むと、Claude Codeが出した結果をチャットAIに貼って相談し、返ってきた新しいプロンプトをまたClaude Codeに入れる、という「仲介作業」がどんどん増えることに「この仲介作業、なくしたいなぁ。これ、絶対に自動化できるはずだよね」とずっと感じていたと語っています。この筆者がやっている2つのAIの往復は、それ自体がループエンジニアリングそのものというわけではありませんが、ループエンジニアリングの入り口の段階であると述べています。
すぐに大規模なループシステムを構築するのが難しくても、まずは身近な「仲介作業」の自動化から試してみてはいかがでしょうか。
- 既存の「AI間の往復」作業の自動化: 普段のチャットAIとコーディングAI間の往復作業を、スクリプトや既存のAIツールの連携機能を使って自動化できないか検討してみましょう。以前なら、このようなループを作るには、自分でスクリプトを書いて維持する必要があった、とも元記事では触れられています。
- ツールの機能を活用: OpenAIのCodexやClaude Codeに備わり始めている、AIを定期的に動かしたり、複数のエージェントを同時に動かして安全に並行作業させたり、作業状況を外部に残したりするための機能を積極的に活用してみましょう。
- MCP（Model Context Protocol）への注目: 将来的にAIツールと外部ツール間の受け渡しをさらに自動化するためには、MCPのような共通規格の動向も注目に値します。
人間がAIにプロンプトを「打つ」時代から、AIエージェントが自律的に動き続ける「ループを設計する」時代へ。この大きな変化の波に乗り遅れないよう、今日から少しずつでも新しい開発スタイルを模索していきましょう。
