「ループエンジニアリング」を今西さんが解説。
人間の役割と完了条件

家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくん（@passion_tanaka）です。今回は「いまにゅのAIプログラミング塾」から、今西さん（今西さん）が解説する「ループエンジニアリング」の動画を紹介するね。

出典: AIで効率化したいなら絶対に知っておくべきループエンジニアリングを徹底解説！最新のプロが語るAI活用の概念を解説します（いまにゅのAIプログラミング塾）

今日紹介するのは、今西さん（今西さん）が解説する「ループエンジニアリング」です。プロンプトエンジニアリング、コンテキストエンジニアリングの次に出てきた、AI活用の新しい考え方だよ。きっかけは、たった一つの投稿でした（3:00頃〜）。

今西さん

「下にバーッと書いてたんだけども、なんていうとエージェントにプロンプトを打つのはやめようと、プロンプトを打つループを設計しようと言ったんですよ。この人が投稿したのをきっかけに、この投稿が600か700万ぐらいインプレッションいって、結構拡散されたんだよ」（3:00）

この「1つの投稿」を書いたのは、オープンソースのAIエージェント開発ツール「OpenClaw」を作ったピーター・シュタインバーガーさんです。2026年6月の投稿だったそうで、そこからGoogleのアディ・オスマニさんが「ループエンジニアリング」と名付けてブログに書き、AnthropicでClaude Codeを開発したボリス・チェルニーさんまで同調した——という広がり方を、動画では紹介してたんだよね。

動画は今西さんが黒背景にAnthropicカラーの朱色を差し色にしたスライドを27枚使いながら、共演のJ君に「ちなみに何々エンジニアリングで言うと何が知ってる?」と振る掛け合い形式で進みます。この記事では、その中で語られた図解と発言を軸に紹介するね。

正直に言うと、私はこの手の「〇〇エンジニアリング」って言葉が出るたびに、あ、また新しい言葉が来たな、と思う方です。プロンプトエンジニアリング、コンテキストエンジニアリング、ハーネスエンジニアリング……。いやー、覚えるのが追いつかない人、多いんじゃないかな。でもこの動画を見て、ちょっと安心した部分がありました。ワクワクすることを全部味見して、探求が並列すること自体は、抱え込みではないんです。抱え込みに変わるのは、結果を自分で所有して、自分の手で完成させなきゃいけないと執着した時。新しい言葉が出てくるたびに全部マスターする必要はなくて、気になったら触ってみる、くらいでいいと思います。OpenClawを作ったピーターさんの一つの投稿が、アディ・オスマニさんに名付けられて、ボリス・チェルニーさんまで同調する——この広がり方自体が、めちゃくちゃ今っぽいと感じます。

👉 気になっている新しいAI用語を1つだけ選んで、今日中に自分の言葉で30秒くらい説明できるか、誰かに話してみるつもりで試してみてね。

今西さんは、AI活用を4つの層で説明していました。プロンプト、コンテキスト、ハーネス、そしてループ。この4つ、対立してるんじゃなくて、下から積み上がっていく関係なんだって（7:04頃〜）。

今西さん

「ループできたら確かに、勝手に動いてくれるわけじゃないですか、最強じゃないですか。エージェントが動きやすい仕組みを作りましたってのが、ハーネスエンジニアリング。その次のループエンジニアリングは」（7:04）

料理に例えると、プロンプトは一皿分のレシピ、コンテキストは仕込んでおく食材、ハーネスは厨房そのもの、そしてループは注文が入ったら勝手に回る厨房の動線だと思います。で、正直に言うと、私は今のポジションで言うと、まだ現場で手を動かすキッチンスタッフなんだよね。本当はシェフとして味と献立を決める側にいたいのに、気づいたら自分で鍋をかき混ぜています。このギャップを埋めるのが「抱え込みOS→委ねるOS」の転換で、AI秘書の凛ちゃんやAGI Cockpitを育てている理由もそこにあります。厨房（ハーネス）を整えて、動線（ループ）を設計しておけば、シェフは味見だけすればいい。今西さんが「対立じゃなくて積み上がる」と言っていたのは、まさにこれで——プロンプトを磨く力も、コンテキストを整理する力も、無駄になるわけじゃない。全部土台として下に積み上がって、その上でループが回るんだなあ、と腑に落ちました。

実はこの4層、俺は少し前に自分の言葉で1段先まで整理してるんだよね。プロンプト→コンテキスト→ハーネス→ループ→Graphという「AI活用5段階」の記事で書いたんだけど、この構造は「新しい層が古い層を置き換える」んじゃなくて、同心円みたいに外側の層が内側の層を包み込む入れ子なんだよね。今西さんの動画は、まさにその4段目——ハーネスの上にループを積み上げるところ——を、すごく具体的に解説してくれてる回だったと思う。5段目のGraphはまだ生まれて数週間で定義も割れてるから、今日はそこには触れずに、確実な4段目までの話に絞るね。

👉 自分が今どの層（プロンプト・コンテキスト・ハーネス・ループ）で一番消耗してるか、1つだけ紙に書き出してみて。5分でOK。

ループを設計する時に決めるべきことが7つある、と今西さんは説明します。起動と入力、記憶と実行、そして確認と停止。中でも「確認・停止」が、ただ繰り返すだけの仕組みと本物のループを分ける心臓部なんだって（17:54頃〜）。

今西さん

「これ満たしてる満たしてないみたいな判断して、これちょっと判断難しいなーみたいなものが来たら、人間に承認を求める。そうじゃなければ動く。この条件は大丈夫そう、じゃあ次行って」（17:54）

これ聞いてて、AGI Cockpitで凛ちゃんとやっていることそのものだ、と感じました。私のところでは「わからないことは憶測しないで聞く。わかることは2度聞かない」を、委ねるAIの最低条件にしています。何でもかんでも私に聞かれたら、それはただの人力作業に逆戻りだし、逆に何でも黙って進められたら、怖くて委ねられないんだよね。だから、迷ったら止まって聞く、という境界線だけをちゃんと決めておきます。今西さんが言うVerification（検証）とEscalation（人間への確認）って、まさにこの境界線のことだよね。うちだと、記事を書くところまでは凛ちゃんに全部任せて、公開ボタンを押す直前だけ私に聞きにくる、という設計にしています。ぶっちゃけ、この一線さえ決めておけば、あとは安心して回してもらえます。逆に言うと、この一線が曖昧なまま「AIに任せた」と言っている人、結構危ないんじゃないかな。

この「止まる条件」の話、実は鬼速PDCAとループエンジニアリングをつなぐ記事でも書いたんだけど、ループって大きいのと小さいのが入れ子になってるんだよね。小さいループは「正しく作れたか」を見る。でもそれだけだと、目的自体がズレてても気づけない。だから外側にもう一つ、「そもそも正しいものを作っているか」を見るループが要る。今西さんが言うVerificationとEscalationは、まさにこの外側のループへ結果を戻す入口なんだと思う。

Claude Codeを使っている人なら、自分の枠がどう燃えて何が返ってきているか、/insightsで実測してみるのも、この「確認」を習慣にする第一歩になると思います。

👉 今使っているAI自動化ツールに「止まる条件」「人に確認する条件」が言葉になっているか、1つだけ確認してみて。

今西さんが動画の終盤でポロッとこぼした一言が、私には一番刺さりました。「完了しました」は証明じゃない。検証して初めて完了だ、という話です（25:31頃〜）。

今西さん

「はいでこれも完了主張だって証明ではないと書いてあるんですが、やはり終わりましたじゃなくて検証されたらちゃんとそこでこの条件どうなったかって検証されて完了だよね。そういうところも含めてこの設計とかね」（25:31）

これ、耳が痛い話でね……。私はAIチームを運用していて何度も経験しているんですが、「私が見て育つ」という距離感でいたはずが、いつの間にか「私が見ないと止まる」に変わってしまう瞬間があります。未完のボールとか、調べ切ってない案件とか、結論を出す責任が、気づいたら全部私のところに戻ってきています。これ、保守が主役になった時に起きる反転で、AIが「完了しました」って報告してきても、それを鵜呑みにしたら同じ罠にハマる。だから今は、完了の報告には必ず検証結果——数字とか、実際に動かした証拠とか——をセットで求めるようにしています。ちなみに4体のAIに同じ仕事を出したら「できました」が3回ウソだったという記事を前に書いたんですが、まさにこの話でした。「できました」を信じるんじゃなくて、「できたことがどう確認できるか」を先に決めておく。これがループを安全に回す唯一の方法だと思っています。

👉 直近で自分が「完了しました」と言った作業を1つ思い出して、それが検証済みだったか未検証だったか、3分だけ振り返ってみて。

ループが回るようになると、人間は現場から消えるのかというと、逆なんだよね。今西さんは「人間の役割がどんどん上流に移ってる」と話していました（26:19頃〜）。

今西さん

「人間の役割がどんどん上流に移ってるんだよね。開発とかスキル作るときも、設計こっちでやって、あと勝手に作ってくれちゃうじゃん」（26:19）

続けて、こうも言ってた。「判断っていうところ意思決定じゃない、ここはやっぱり人間のやっていかなければいけないところであり、その判断する前の部分をきちんと設計して」（27:44）。

私はこれを、縄文を生きる人間、弥生を担うAI、と呼んでいます。弥生（AI）は効率よく田んぼを耕してくれる。でも、どの田んぼをいつ耕すか、収穫した米をどう分けるか——そこの判断は縄文（人間）の役割のままです。分身AIがカルピス原液から記事を作って、味見して、フィードバックして、やり直すところまで自律してやってくれるんだよね。でも私は、成果物ごとの最終承認者にはもう居続けなくていいと思っています。代わりに、もっと上の「神様ポジション」から、分身AIの判断軸そのものと、その育ち方をマクロに見るのが自分の仕事になりました。AIが運用の判断を代行しても、私の中で何にワクワクして、どんな未来を生きたいかまでは、外から決められるものじゃないからね。今西さんが言う「判断する前の部分をきちんと設計する」って、まさにこれで——現場の作業から手が離れるほど、基準とルールを作る側の責任は逆に重くなる。楽になるどころか、ここが一番頭を使うところだと思います。

「仕事の6割がAI直撃」と言われても、なくなるのは「仕事」じゃなくて「タスク」の方だと思っています——上流に残るのは、まさにこの判断の部分なんだよね。

👉 自分の仕事のうち「基準を作る部分」と「手を動かす部分」を1つずつ、紙に書き出して線を引いてみて。5分でOK。

ここまで聞くと壮大な仕組みが必要な気がしてくるけど、今西さんは最後にブレーキをかけていました。いきなり完璧を目指さなくていい、という話です（24:56頃〜）。

今西さん

「最初からこのループエンジニアリング作ろうとか思わない方がいいよね。普通にまずループエンジニアリングだみたいな、この言葉に惑わされていろいろと考えるんじゃなくて、やっぱり最初に必要なのは、このオペレーションをちゃんと分解して」（24:56）

完璧な設計図から入るんじゃなくて、まず1個だけ手放してみる。これを一番痛い形で学んだのが、がんで入院した時のことです。強制的にLIVE配信を止めざるを得なくなって、ただっちが代わりに配信を続けてくれました。誰も「どこまで任せるか」の条件を決めていない状態で、外の力にいきなりループを回されたようなものだったんだよね。病室のベッドから、それがどう転がっていくかを見ているしかなかった時、正直「居場所を奪われた」という感情もありました。でも結果は逆で、ただっちは成長したし、番組も良くなったし、私の負担も減った。設計してから委ねたんじゃない。委ねさせられて、後から「これでよかったんだ」と分かったんだよね。今西さんが言う「まず分解して、小さく回してみる」の一番極端な形が、あの入院だったんだと思っています。

この入院の話、実はれんくんとのハーネスLIVEでも詳しく話してるんだよね。れんくんも1年前に仕事が手につかなくなってドロップアウトした経験があって、そこからClaude Codeを武器に復帰した話をしてくれた。弱くなった時ほど、一人で抱え込まずに外の力へ委ねる練習が要るんだと思う。

👉 今日、AIに任せている作業を1つだけ選んで、「これができたら完了」っていう条件を1行だけ書いてみて。5分でOK。

34分の動画を見終わって残ったのは、「ループエンジニアリング」という言葉そのものより、その手前にある問いでした。自分が今AIに任せていることに、完了条件はあるか。止まる基準はあるか。人間の役割はどこにあるか。プロンプト、コンテキスト、ハーネス、ループの4層は、対立じゃなくて積み上がっていく関係です。新しい言葉が出てくるたびに全部マスターしようとしなくていい。気になったところから、1つずつ触ってみればいいんだよね。

実はこのテーマ、俺は前にも自分の言葉で何度か説明してるんだよね。プロンプトからGraphまでの5段階も、鬼速PDCAとループの入れ子構造も、れんくんとのハーネスの話も、たどっていくと全部同じ一本の線でつながってる。今日紹介した今西さんの動画は、その線の途中——ハーネスからループへ渡るところ——を、また違う角度から照らしてくれた感じだったんだよね。

で、委ねるために本当に必要なのは、渡せる原液（記録と基準）と、最後の確認（エスカレーション）です。この2つさえ手放さなければ、あとは思い切って任せていい。あなたなら、今日どの作業から手放してみますか？