こんばんは。せおっちです。
最近、海外のAI系YouTubeがちょっとした地殻変動を起こしています。Nate Herkの『Finally. Agent Loops Clearly Explained.（ついに。エージェントループを完全に解説する）』、Harkirat Singhの『Forget Everything You Know About Writing Code（コードの書き方について、知っていることは全部忘れろ）』——どちらも1日あたり1万再生を超えるペースで伸びている。
派手なプロンプト集でも、新モデルの速報でもありません。テーマは地味に「ループ」。エージェントが 考える→動く→見る→また考える を繰り返す、その繰り返しの設計図の話です。
正直、私も最初は「そんな地味な話、伸びるか？」と思っていました。ベンチマークの棒グラフのほうが絵になる。でも、伸びている理由を調べていくうちに、腹に落ちました。今、海外の開発者たちは「賢いAIの使い方」から「賢いAIの飼い方」に興味を移しているんです。今日はその話をします。
なぜ今「ループ」なのか——賢さの限界に、みんな気づいた
去年までのAI界隈は、新モデルが出るたびにお祭りでした。「GPT-5が」「Claudeが」「Geminiが」。賢さの数字を追いかけていれば、それだけで仕事が楽になっていく時代です。
でも、モデルの賢さって、もうある程度 頭打ち に近づいている。今のトップモデルは、どれも十分賢い。差がつかなくなってきた。
そこで話題の中心が移ったのが「じゃあ、その賢いAIを、どう繰り返し働かせるか」です。Googleのエンジニア、Addy Osmaniが広めた「ループエンジニアリング」という言葉——これはつまり、プロンプトを毎回自分で打ち込む係を辞めて、AIが自分でプロンプトを打ち続ける仕組みを設計する係になる、という宣言です。
私はこの変化を、こう理解しました。去年までは「頭のいい部下に、毎回細かく指示していた」。今年からは「指示の出し方そのものをマニュアル化して、部下に渡す」フェーズに入った。指示待ち人間から、指示書を書く人間への昇格——といえば聞こえはいいですが、要は 自分がボトルネックになっていることに、みんな気づいた ということです。
ループって、結局なに？ ——考える・動く・見る、のグルグル
用語だけ聞くと難しそうですが、中身は拍子抜けするほど単純です。
エージェントループの基本形は「ReAct」と呼ばれる型で、Reason（考える）→ Act（動く）→ Observe（結果を見る）——これを、終わる条件を満たすまでグルグル回すだけ。プリンストン大学とGoogleの研究チームが発表した「ReAct」論文では、この「考えて→動いて→また考える」を挟むだけで、タスクの成功率が跳ね上がったと報告されています（ALFWorldというシミュレーション環境で34%改善、WebShopで10%改善という数字が論文に出ています）。
これ、人間の仕事に置き換えるとよく分かります。新人に「棚卸しやっといて」とだけ指示したら、たぶん途中で詰まって固まる。でも「まず在庫を数えろ。数えたら台帳と照合しろ。ズレてたら理由を確認しろ。それを全部終わるまで繰り返せ」と手順を渡したら、勝手に最後まで回る。
AIエージェントも同じです。1回のお願いで完璧な答えを出させようとするから、こちらの指示が長文の呪文みたいになる。そうじゃなくて、「小さくやって、確認して、また小さくやる」のループを組んであげると、AI自身が軌道修正しながらゴールにたどり着く。ループ設計とは、要するに新人教育マニュアルを、AI向けに書き直す作業なんです。
Nate Herkの動画が刺さっているのは、まさにここ。サムネの点数付けや、3D空間の生成、音源の再現といった具体例を出しながら、「ループは完璧な一発を狙うものじゃなく、最初の一歩を今より近づけるためのもの」だと説明している。派手なアーキテクチャ論じゃなく、「終わったと判定する基準を、ちゃんと決めておけ」という地味な実務の話に落としているのが、支持されている理由だと思います。
コードを書く常識が壊れる、というのはどういうことか
Harkirat Singhの動画タイトルは、けっこう挑発的です。「コードの書き方について、知っていることは全部忘れろ」。
彼が言っているのは、たぶんこういうことです。これまでのプログラミングは、人間が仕様を決めて、人間が1行ずつコードを書いて、人間がテストする、という一直線の作業でした。ループエンジニアリングの世界では、人間がやるのは「ゴールと合格基準を定義すること」だけ。実装からテスト、修正までの往復を、AIエージェントがループの中で勝手に何十回も繰り返す。
私はAIエージェントを作る仕事もしているので、これ、他人事じゃないんです。深夜2時にClaude Codeへ「このバグ直して」と投げて、朝起きたら直っている——という体験を何度もしてきました。あれ、裏側では エージェントがコードを書いては動かし、エラーを見ては直し、をひたすら繰り返している んですよね。私が寝ている間に、ループが黙々と回っている。ありのまま今起こった事を話すと、丸一日かかると思っていた在庫連携ツールが、昼飯を食う前に動いていたことがあります。何をされたのか分からねぇ、と一瞬本気で思いました。
これまでの「常識」が、コードを書くスキルそのものだったとするなら——これからの「常識」は、ループが迷子にならないための、終了条件と検証手順を設計するスキルに置き換わる。書く人から、仕組む人へ。これが、あの過激なタイトルの中身です。
海外で伸びて、日本ではまだ静かな理由
ここまで調べて、ひとつ気になったことがあります。海外ではこれだけ盛り上がっているのに、日本語圏ではまだこの手の「ループ解説」動画をほとんど見かけません。
理由は、たぶん単純です。日本のAI活用の話題は、まだ「プロンプトの書き方」フェーズで止まっている。海外の開発者、特にエンジニア寄りの層は、すでに「AIに何時間も任せて放置する」働き方に足を突っ込んでいる。一方こちらは、まだ「いい質問の仕方」を試行錯誤している段階の人が多い。
これ、責めているわけじゃありません。私自身、ついこのあいだまで、AIへの指示を毎回手で打ち直していました。でも、時差があるということは、そのぶん伸びしろがあるということでもある。海外が今食いついている「ループ」という概念を、先に日本語で噛み砕いておく価値は、普通にあると思っています。
英語の解説動画、正直しんどいですよね。専門用語が字幕なしで飛んでくる。私も再生速度を1.5倍にして聞き流しては、7割くらい理解した気になって、あとで全然覚えていないという失敗を何度もしています（実証済み）。
で、明日から何をすればいいのか
理屈はここまでにして、実際どう使うかです。私が普段やっているのは、こんな小さな仕込みです。
一発でAIに完璧を求めるのをやめて、「①やる→②結果を自分の目か、別のAIチェックで確認する→③ズレていたら直させる」の3手だけ、最初から指示に組み込んでおく。これだけで、AIの仕事の精度が体感でかなり変わります。フッ、こんなこともあろうかと、確認と修正まで仕込んでおいたぜ——という顔で、私は毎回このループを回しています(棒読み)。
そして、これは強めに言っておきたいのですが、ループを回す時は、AIが触っていい範囲を先に決めておく。便利だからと丸投げすると、AIは平気で本番データや、触ってほしくないファイルにまで手を伸ばしにいきます。賢い馬ほど、囲いがいる。囲いさえ決めておけば、あとは安心して黙々と走ってくれます。
まとめ
Nate HerkとHarkirat Singhの動画が伸びているのは、派手な機能自慢じゃなく、地味な「繰り返しの設計」を扱っているからです。モデルの賢さで差がつかなくなった今、差がつくのは どれだけ良いループを組めるか ——ここに、海外の関心が一気に集まっている。
日本ではまだこの話、静かです。だからこそ、今のうちに「考える・動く・見る」のグルグルを頭に入れておくと、来月あたり急にこの言葉があちこちで聞こえ出したときに、置いていかれずに済むと思います。
賢いAIを探す時代は、もうそろそろ終わり。次は、賢いAIに任せられる仕組みを組めるかどうか——そういう話でした。
知らんけど。いや、これは本当です。
---
*書いた人：せおっち。EC（楽天・Amazon）を自分でやりつつ、AIエージェント／AI業務改善ツールを提供しています。本記事は公開情報の調査に基づくもので、各動画の再生数・内容は変動するため、参照時は最新情報をご確認ください。*
*最終更新：2026年7月*