構造の人 LabLab

Designing the loop · Reading No.04

プロンプトを書く人から、
ループを設計する人へ

AI に何かを頼むとき、たいていは、思いついた指示を一つずつ打ち込みます。けれど、毎回それを書いているうちは、進む数だけ自分が手を動かし続けることになります。2026年、ある開発者がこう明かしています——自分はもう、ほとんどプロンプトを書いていない。いま書いているのは、AI に指示を出させる「ループ」のほうだ、と。手を動かす側から、その動き方を設計する側へ。読み進めると、これは特別な人の話ではなく、手元の AI との付き合い方そのものの話だと見えてきます。

構造の人 Lab ／ 読了の目安 7分 ／ 触れて進める実演つき

トップへ戻る
What he said

「もうプロンプトは書かない」と言った人

言ったのは ボリス・チャーニー。Anthropic という会社で、いま世界中の開発者が使う AI コーディング道具「Claude Code」を作った本人です。その彼が、2026年のインタビューでこう話しています。

もう、自分で Claude にプロンプトを書くことはほとんどない。いまの私の仕事は、Claude にプロンプトを出して次の一手を決めるループを書くことだ。— ボリス・チャーニー（Claude Code を作った開発者）／Acquired Unplugged, 2026年6月

同じことは、AI エージェントを作る人たちの間で合言葉になりつつあります。たとえば OpenClaw を生んだ開発者も「もうプロンプトを書くな、ループを設計しろ」と書いていました。特別な誰かの思いつきではなく、いちばん前で手を動かす人たちが、口をそろえて言い始めた——そう捉えるのが正確です。

ループの設計とは、難しい仕掛けではありません。自分が一手ずつ指示する代わりに、AI が「やる → 結果を見る → 次を決める → また指示する」を自分で回せるよう、その段取りをこちらが先に組んでおくことです。まずは、その違いに触れてみてください。

Feel the difference

毎回押すか、一度設計するか

言葉だけだと分かりにくいので、その違いをそのまま触れる形にしました。回すのはこの一つ——やる → 結果を見る → 次を決める → また指示する。まずは 指示する を押して、ひとつずつ自分で進めてみてください。押すたびにボタンは、次にあなたがやることへと変わります。一周してみると、4つの局面は全部、自分の手だったと分かります。

やる → 結果を見る → 次を決める → また指示する
  1. やるact
  2. 結果を見るobserve
  3. 次を決めるdecide
  4. また指示するprompt

やる → 結果を見る → 次を決める → また指示する。この4つを、いまはあなたが一つずつ押して進めます。

あなたが押した回数 0

  1. 回すのはこの一つ：やる → 結果を見る → 次を決める → また指示する。
  2. 手で進める場合：この4つを、あなたが一つずつ押して回す。一周で4回、全部が自分の手。
  3. ループを設計する場合：同じ4つを、AI が自分で回し続ける。あなたが押すのは、設計を始める最初の一度だけ。
  4. 変わったのは AI の賢さではなく、あなたの立ち位置。手を動かす人から、動き方を設計する人へ。
Loop, not prompt

「それも、ただのプロンプトでは?」

ここで、もっともな疑問が浮かびます。ループを始めるときも、結局はキーボードで言葉を打ち込みます。最近は、その入り口として「ループを回して」と頼む専用の命令——/loop のようなもの——を備えた道具も増えています。だとすれば、ループを設計するのも、ただ長いプロンプトを書いているだけなのではないか、と。

違いは、打ち込む手間ではなく、言葉の中身にあります。プロンプトは、ひとつの動作を渡す指示です。「これを書いて」「ここを直して」。一度使われたら消え、次にまた同じことを言います。いっぽうループの設計で書くのは、動作そのものではありません。これまであなたが頭の中だけでやっていた、三つの判断のほうです。

  • 作るもの——何ができれば、その仕事は目的を果たすのか。
  • 合格の基準——何をもって「できた」とするのか。出てきたものの良し悪しを、AI 自身が測れる物差し。
  • 止まり方——どうなったら、終わりにするのか。

この三つを一度書き表すと、「結果を見て、次を決める」という、さきほどまであなたが毎回はさんでいた手が、AI の側で回せるようになります。渡しているのは、もう一手の動作ではありません。手と手のあいだの判断と、どこで止めるかの見極め——いわばハンドルのほうです。

だから、たとえ同じ /loop に言葉を打ち込んでいても、そこに「良し悪しの物差し」と「止まり方」が書かれた瞬間、それは一度きりの指示ではなく、何度でも回る仕組みの設計に変わります。プロンプトと設計を分けるのは、文の長さではなく、その一点です。

Where the work moved

仕事が、一段上に移っている

押してみると分かります。手で指示するうちは、進む数だけ自分が張り付く。ループを設計すると、押すのは一度きりで、あとはループが独りでに回る。同じ AI、同じ作業なのに、終わり方がまるで違います。動いたのは AI の賢さではなく、あなたの立ち位置 です。

ボリス自身、気づけばコードを書くエディタを開かなくなり、ついにアンインストールしてしまったそうです。いまは数百の Claude を走らせ、GitHub や Slack や X を見張らせて、次に何を作るべきかの候補まで出させている。彼が手をかけているのは、もうコードではなく、コードを書かせるループのほうです。

これは「AI を上手に使う」話ではありません。上手に頼む腕——うまいプロンプトを書く力——は、いくら磨いてもその場限りで、頭打ちになります。けれどループの設計は積み上がります。一度よい設計を組めば、それは何度でも回り、次の設計の土台にもなる。価値が置かれる場所そのものが、一段上にずれています。

Structure over effort

努力より、構造

同じことは、AI に限らずあちこちで起きています。一件ずつ丁寧にこなす人より、こなし方の仕組みを一度こしらえた人のほうが、後からずっと遠くへ行きます。見るべきは、どれだけ手を動かしたかではなく、どんなループを組んだかのほうです。

Anthropic で起きているのが、まさにこれです。いまやコードの大半を、Claude Code 自身が書きます。人が一行ずつ足したのではなく、コードが書かれ続けるループを組んだ。賢いモデルを増やしたのではなく、その周りに回る仕組みを置いた。突破口は、いつも構造の側にあります。

The same for you

まず、一つの作業をループにする

では、何から始めればいいのか。いちばん分かりやすいのは、この考え方が生まれたコードの現場です。小さな機能を一つ作る、とします。普通は、AI に「こう書いて」と頼み、出てきたものを見て、「ここが違う」とまた頼む——その一手ずつを、自分で何度も指示します。

これを、一度だけループの形にして渡します。さきほどの三つ——作るもの・合格の基準・止まり方——を、コードの言葉に置きかえるだけです。① まず書かせる → ② テストを自動で走らせる → ③ 失敗したら、原因を直させる → ④ もう一度テストにかける。「テストが全部通ったら終わり」が、止まり方であり、合格の基準でもあります。すると、あなたが用意するのは最初の指示とその基準だけで、あとは ②③④ を AI が自分で回します。

コードを書かない仕事でも、形はそっくり同じです。「作る → 自分の基準で確かめる → 直す → また確かめる」——確かめ方と止め方さえ決めておけば、その作業は一つのループになります。最初から完璧でなくてかまいません。小さく一周させて、止まる箇所を直し、少しずつループを太くしていきます。毎回の指示を、一度の設計に畳む。始めることは、たったそれだけです。

In closing

指示する人より、設計する人

AI を動かす力は、毎回うまく指示することよりも、一度、回る形を組むことに宿ります。指示はその場で消えますが、設計したループは残って、回るたびに効いてきます。手を動かす側から、その動き方を設計する側へ。先頭を走る人たちは、もうそちら側にいます。同じ一歩は、あなたの一つの作業からでも踏み出せます。