OpenClaw を作った Peter Steinberger の、ある一言が250万回以上も見られていた
「もうコーディングAIにプロンプトを打つな。AIにプロンプトを打つ“ループ”の方を設計しろ」。だいたいこういう意味だ。
さらにPeter は「心配するな、3か月もすれば、ループエンジニアリングはそこに来る」と返した。
半分はネタだ。だが、方向としては、かなり当たっているからだ。
私は YourBright という会社で、AIを業務に組み込む仕事をしている。毎日見ているのは、まさにこれだ。AIに上手に頼める人より、AIが自分で試して直せる仕組みを作れる人のほうが、明らかに伸びている。
AIの使い方は、4段で進化してきた
難しく考える前に、画像を一枚置いておきたい。英語圏では、AIの使い方がだいたいこう進化してきた、と整理されている。

- プロンプトエンジニアリング: 1回の指示文をうまく書く(2023〜2024の主役)
- コンテキストエンジニアリング: AIに見せる情報を整える
- ハーネスエンジニアリング: AIの周りの道具・ガードレール・環境を組む
- ループエンジニアリング: 発見、実行、検証、修正をAIが何度も回す仕組みを設計する(いま)
ざっくり言えば、重要事項が「いい一言を書く」から「いい仕組みを組む」へ、一段ずつ外側に移ってきた。
ループエンジニアリングは、その最前線にいる。
ループエンジニアリングの中身 — 6つの部品
言葉は新しいが、中身は具体的。Google の Addy Osmani が、効くループの部品をきれいに並べている。私の現場感とも、ほぼ重なる。
- Automations: 「毎朝CIの失敗をチェック」のように、ループを定期的に回す引き金
- Worktrees: 複数のAIが並行で動いてもぶつからないよう、作業場所を分ける
- Sub-agents: 作る担当と、チェックする担当を分ける。自分の答えを自分で甘く採点させない
- Skills: プロジェクト固有の知識を SKILL.md のような外部ファイルに書いて使い回す
- Memory: AIは会話を忘れる。だから進捗は Markdown や Linear に、外で持つ
- /goal: Claude Code や Codex で「何ができたら完了か」を一度宣言すると、条件が満たされるまでAIがターンを回し続ける
要は、いままで人間が手で渡していた「次は何をやれ」を、仕組みの側に移すということだ。
人間がAIにプロンプトを打つのではない。「システムがAIにプロンプトを打つ」。この主従の入れ替えこそ、ループエンジニアリングの正体だと思う。
ループを回して私も今はAIに仕事を回している。
自分の事例を一つ。
YourBright で運営しているメディア「外国人材のミカタ」。記事一覧ページが重かった。そこで Claude Code の /loop に、計測と改善を繰り返すループを渡して、半分放置で走らせた。
5時間で、9本の改善が自動で入った。記事一覧の転送量は2,723KBから101KBへ、9割以上落ちた。LCPも6.4秒から1.8秒へ。画像1枚が、957KBのPNGから11KBのAVIFになった周もある。
ぜんぶAIが回した。私がやったのは、分岐点での判断だけだ。本番URLの訂正、画像変換層を入れる決断、方向の選択。
面白いのはここからだ。9本のうち1本は、失敗だった。AIが入れた修正で、別の指標が逆に悪化した。それをAIが自分で「悪化だ」と判定し、自分で取り消して、失敗をメモに残した。
PR の数はなんと20。 Loop 回数は23。人間が手をいれなくても、評価が正しければAI は回り続ける。人間を介することなく
これがループエンジニアリングの手触りだと思う。AIが回す。失敗も込みで回す。人間は、止める場所と、信じる基準を決める。
なぜ今、しかも3か月なのか
「3か月」はもちろん煽りだ。全員が3か月で入れ替わるわけがない。
ただ、数字は方向を裏付けている。Anthropic は、2026年5月時点で、本番にマージされるコードの8割以上を Claude が書いていると公表した。Claude Code が出た2025年2月は数%だったから、1年ちょっとでここまで来た。エンジニア1人あたりのマージ量も、2024年の8倍だという。
ここで起きているのは「人間が書く量が減った」という話ではない。 人間の仕事が、「書く」から「ループを設計して、最後に判断する」へ移った、という話だ。
同じ仕事を見ても、発想が変わる。一発で頼む人は「どう聞けば当たるか」を考える。ループを作る人は「何を見れば完了か、外したらどこへ戻すか、危ない操作はどこで止めるか」を考える。
この差は、3か月もあれば見た目にも出てくる。私はそう感じている。
便利の裏側 — 把握できないコードと思考放棄
いいことばかりではない。ループには問題がある。
一つは、お金だ。ループが回りすぎるとトークン代がふくらむ。だから停止条件と上限は、最初に決めておく。
もう一つは、昨今の議論にあったコードの理解だ。AIが書いて、AIが直して、テストも通った。動いてはいる。だが、中身を誰も分かっていない。人間が全てのコードをチェックするのは夢のまた夢になる。
しかも実行型のAIは、メールも送れて、shell も叩けて、ブラウザも触れる。便利な分、触れる範囲が広がるほど、事故の面積も広がる。
ループエンジニアリングは、AIを信じる技術ではない。AIは間違える、という前提に立って、間違えても戻ってこられる道を先に作っておく技術だ。
結び
プロンプトを打つエンジニアが、明日いきなり要らなくなるわけではない。
ただ、価値の重心は確かに動いている。これから強いのは、AIに上手に頼める人ではない。AIが何度も試して、失敗して、直して、最後に人間が判断できるループを作れる人だ。
プロンプトを一行打って満足しているうちは、たぶん少しずつ置いていかれる。今日から、AIが動き続ける環境の方を作っていこう。
AI活用コミュニティつくっています!
この度、業務でAIの活用の仕方を勉強するためのDiscordコミュニティ「AI Business Labs」を開設しました。誰でも、AIに関する質問や相談などが可能です。コミュニティメンバーで協力しながら、学びを深めていきたいと思うのでぜひ参加してください。





