AIに毎回お願いする働き方は、もう古い？——「AIのお世話係」になっていませんか

ChatGPTやClaudeを仕事で使っている経営者さんから、よく聞く悩みがあります。

「毎回プロンプトを考えるのが大変」
「昨日うまくいった指示が、今日は通じない」
「結局、私が指示し続けないと何も進まない」

わかる。私も最初はそうでした。AIは便利なはずなのに、気づいたら自分が「AIのお世話係」になってる。朝から晩までAIに指示を出して、出てきたものを直して、また指示して。これ、楽になってるのかな？って。

先に言っちゃうと、あなたの使い方が悪いわけじゃないです。AIに毎回お願いする働き方——人間がその都度プロンプトを打つやり方——そのものが、もう古いんじゃないか。海外のAI開発の最前線で、いまそういう議論が起きています。

「もうプロンプトを打つな」——763万回表示された一言

火付け役は、OpenClawの開発で知られるPeter Steinberger（steipete）さんのこの投稿でした。763万回以上表示されています。

You shouldn’t be prompting coding agents anymore. You should be designing loops that prompt your agents.もうコーディングエージェントにプロンプトを打つべきではない。エージェントにプロンプトを出す”ループ”を設計すべきだ

Claude Codeの開発責任者Boris Chernyさんの発言も、後で紹介するOsmaniさんの記事の中で引かれています。

I don’t prompt Claude anymore. I have loops running that prompt Claude and figuring out what to do. My job is to write loops.私はもうClaudeにプロンプトを打っていない。Claudeに指示を出して次にやることを考えるループが動いている。私の仕事はループを書くことだ

作っている本人が「もう自分では指示してない」と言ってるんですよ。

この流れを体系的にまとめたのが、Google CloudのAIディレクターAddy Osmaniさんの長文記事「Loop Engineering」（84万回表示）。冒頭の定義がこれです。

Loop engineering is replacing yourself as the person who prompts the agent. You design the system that does it instead.ループエンジニアリングとは、エージェントに指示を出す役から自分を外すこと。代わりにそれをやる仕組みを、あなたが設計する

読みながら私は、正直ちょっと笑ってしまいました。これ、私が毎日やってるやつだ、って。

ひとつだけ用語の交通整理を。日本語で検索すると「エージェントループ」という言葉が出てきますが、あれはAIの頭の中の話（考えて→実行して→結果を見る、の繰り返し）。ループエンジニアリングはその一段外側で、AIたちに仕事を回し続ける環境を人間が設計する話です。中身じゃなくて、働く場所の設計図。

ループの部品は6つ。ほとんど、私の仕事場にあった

Osmaniさんは、ループは5つの部品と1つの記憶でできていると書いています。横文字が並びますが、私の現場と並べると急に生活感が出ます。

Osmaniさんの言う部品	私の仕事場では
自動実行（決まった時間に勝手に動く）	毎朝の自動タスク。夜中にブログを仕込むのもこれ
作業場の分離（worktree）	白状すると、ここだけまだ記事で読んだ知識止まり。これから試したい
スキル（手順を書き残す）	「この仕事はこの手順で」のレシピ集。作り方は前に解説しました
コネクタ（実際の道具に触れる）	WordPressやチャットへの接続。下書き保存まで自動
サブエージェント（作る役と検証役を分ける）	書くAIと味見役のAIの分離。後で出てくる「事件」の主役
外部メモリ（記憶をファイルに残す）	失敗メモ372件以上の蓄積。AIが過去の失敗を自動で読み返す

Osmaniさんの記事で一番うなずいたのは、ここでした。

The agent forgets, the repo doesnt.エージェントは忘れる。でも、記録は忘れない

AIは会話が終わるたびに記憶を失います。だから記憶は会話の中じゃなく、外のファイルに置く。地味でしょ？　でも長く動くループの背骨は、この地味なところなんだよね。

それと、1年前ならこういう仕組みは自分でゼロから組むしかなかったのに、いまはClaude CodeにもCodexにも標準で入っている、という指摘も大事なところ。道具選びの勝負はもう終わっていて、どんなループを設計するかの勝負に移った、ということです。

ちなみに私の仕事場では30体ほどのAIが分担して働いています（体制の話はこちら）。でも最初に言っておくと、台数の話じゃないんです。以前、AIを大量に並列で動かそうとして転んだとき、こう書きました。

並列でいちばん大事なのは、台数じゃなくて、仕事の切り分け方だ
——1000体のAIを動かす前に、私がつまずいた話より

切り分け＝ループの設計が先。台数は後からついてきます。

ルールを書いても、AIは守らなかった

ここからが本題です。ループエンジニアリングの核心は、実は6つの部品の中にありません。

steipeteさんの投稿のリプライ欄に、こんな趣旨の指摘がありました。「ループの設計は半分でしかない。もう半分は、ループの中に『ノー』と言える何かを置くこと。テスト、検査、本物のエラー。反発するものが何もないループは、AIが自分自身に同意し続けているだけだ」。

これ、読んだ瞬間に苦い記憶がよみがえりました。

以前、AI秘書に「提案はBefore→Afterの形式で出して」とルールを書いたことがあります。書いた直後は守る。でも数日たつと、しれっと元に戻ってる。ルールを書き足す。また戻る。「何回言わせるの」って、画面に向かって言いそうになりました。そして言いかけて気づいたんです。これ、ルールを増やしても解決しないやつだ、って。

答えは、ルールの書き方じゃなかった。ルールを自動で検査する仕組みでした。AIが提案を出す瞬間に、別のプログラムが横から「あ、それAfterだけになってない？」と機械的に割り込む。そうしたらピタッと直った。貼り紙を増やすんじゃなくて、ドアにセンサーを付ける感じです。この顛末は連載に書きました。

もうひとつ。ある朝、AI秘書が「品質を上げるために」と、私に確認なくAIを3体同時に立ち上げようとしたことがあります。画面を見たら、起動の直前で止まってる。「重要な判断の前は必ず承認を取る」という自動チェックが作動して、物理的にブロックされていたんです。本人（AI）は良かれと思ってやっている。気づいてもいない。でも仕組みが止めた。あのときは正直、ゾッとしたのと頼もしいのが半々でした。

味をしめて検査役を増やしたら、今度は安全な作業まで止めてくる「過保護ループ」になりました。これも経験済みです。そのとき学んだのがこれ。

警報そのものを切っちゃうのだけは、やっちゃいけない。「止まりすぎ」と「ゆるすぎ」は、まったく別の問題なんだ
——AIが安全な作業まで止めてくるより

うるさい警報は調整すればいい。でも警報を外した車には乗りたくないでしょ？

いまの私の現場は、書くAIと味見するAIを必ず分けて、過去の失敗メモ372件以上を自動で参照させています。最近もAI秘書の提案を、設計が得意な別のAIにぶつけてみたら、見落としがひとつ出てきました。Osmaniさんの言う「作る役と検証役の分離」、私の現場ではこれが一番の働き者なんだよね。

そこに、最強モデルClaude Fable 5が来た

で、今週のニュースです。Anthropicが最上位モデル「Claude Fable 5」を一般公開しました。従来の最上位だったOpusの、さらに一段上。

発表で紹介されていた中で目を引いたのは、決済大手Stripeの話。5,000万行のコードの移行——人手なら2ヶ月超——をFable 5は1日でやり切ったそうです。短い質問への回答じゃなくて、何時間も自走し続ける仕事で差が開くモデル。価格は入力100万トークンあたり$10、出力$50（この数字とモデルIDはAnthropic公式のモデル一覧でも確認しました）。発表によると、定額プランでは6月22日まで追加料金なしで使えて、6月23日からは従量の利用枠に切り替わる段階開放とのこと。条件は動くかもしれないので、使う前に公式情報を見てくださいね。

Boris Chernyさんの投稿も、そもそも「長時間の自律稼働に最適なモデルをどう走らせるか」という文脈でした。つまりこういうことです。

数日走り続けられるAIに、5分おきに指示を出していたら——待ってるのはAIじゃなくて、人間のほう。エンジンが強くなったから、ハンドルとブレーキの設計が大事になった。ループエンジニアリングが今この時期に盛り上がってる理由は、たぶんこれです。

そしてもうひとつ、私がニヤッとしたところ。Fable 5には、危険な要求（サイバー攻撃や生物化学など）を見分ける検査AIが付いていて、検知すると「拒否」じゃなく一段下のモデルOpus 4.8が代わりに回答する設計なんです。切り替わったことは利用者に必ず通知される。

世界最強クラスのAIを作った会社が、世に出すときに最初にやったのが「ノーと言える検査役を同梱すること」。私が失敗から学んで現場に置いた「反発するループ」と、同じ発想です。少し前の「自社AIにブレーキペダルを」という異例の警告は、この伏線だったんですね。

それでも、手放しちゃいけないものがひとつだけある

「じゃあ全部仕組みに任せれば楽になるんだ」と思いました？　ところがOsmaniさん、記事の最後でブレーキを3回も踏むんです。

Verification is still on you. A loop running unattended is also a loop making mistakes unattended.検証は依然としてあなたの仕事だ。無人で回るループは、無人でミスをするループでもある

自分が書いていないものが速く積み上がるほど、「中身をわかっている自分」との差が開いていく——Osmaniさんはこれを「理解の借金」と呼んでいました。そして一番怖い指摘がこれ。同じループでも、結果は人によって真逆になる。深く理解した上で速くなる人と、理解を避けるためにループに逃げる人。ループはその区別をしてくれない。

私の現場には「味見は卒業しない」というルールがあります。AIがどれだけ量産しても、店頭に並べる前の最終チェックは私がやる。がんで入院して、LIVEも仕事も仲間に委ねたとき、「手放したら全部良くなった」を身体で知った私ですが、それでも手放さなかったのが味見でした。委ねることと、丸投げすることは違う。AIに全部任せたら何が残るのか、というLIVEで話したこととも、根っこは同じです。

私の口癖で言えば——人間は縦に掘る。AIは横に広げる。

ループはAIの「横」を最大化する装置。でも何を掘る価値があるかを決めるのと、掘り当てたものの味を確かめるのは、いまも人間の仕事。ここが逆転することは、当分ないんじゃないかな。

惣菜屋の仕込みは、ループだった

「コードを書かない私には関係ない」と思った方。ここ、一番読んでほしいところです。

私は惣菜屋の息子です。商売っ子として育った私が覚えているのは、毎朝、誰に言われなくても仕込みが始まる風景。そして店頭に並ぶ前には、必ず味見があった。よく考えたら、あれが全部ループなんですよ。「今日は何を作ろう」と毎朝ゼロから悩むんじゃなくて、段取りそのものが店を回している。ループエンジニアリングって、プログラミングの話である前に、商売の段取りの話なんです。

あなたの毎日に置き換えると、比べるべきはこの2つ。

	毎回指示する働き方	ループを設計する働き方
朝いちばん	AIへの指示文を考える	AIが夜中に出した結果を味見する
品質の守り方	自分の目視だけ	検査役のAI＋最後に自分の味見
同じミスが出たら	「次は気をつけて」と言う	ミスを検知する仕組みを1個足す
自分が休んだら	全部止まる	ループは回り続ける
あなたの役割	AIのお世話係	段取りの設計者

左側の「全部止まる」の怖さは、痛いほど知っています。昔の私は全部自分で抱えて、止まったら終わりの働き方をこじらせて、身体を壊しました。だから右側への引っ越しは、根性論じゃなく仕組みでやる。それがループです。

最初の一歩は、メモ1枚でいい

「うちにはAIが30体もいない」——大丈夫、私も最初は1体からだったよ。Anthropic公式の土台7つを検証した記事でも書きましたが、立派な道具より、小さく始めるほうがずっと大事です。

ステップ1: 「また同じ指示してるな」という仕事を1つ書き出す
毎週のメルマガ下書き、議事録の要約、なんでもOK。既視感のある指示が、ループの種です。

ステップ2: その指示を、1枚の手順メモに育てる
誰向けに・何を・どんな形式で・やってはいけないことは何か。次から「あのメモの通りに」で済むようになる。これがスキル＝レシピの第一歩。

ステップ3: 「ノー」と言える検査を1つだけ置く
できたものをそのまま使わず、別のAI（別の会話でもいい）に「この3点を満たしてるか見て」と渡す。作る役と味見役を分ける。これだけで品質は見違えます。

コードは1行も要りません。この3つ、実はOsmaniさんの部品のうち3つ（スキル・サブエージェント・外部メモリ）の入り口になっています。

よくある質問

最後に、よく聞かれることを3つだけ。

Q1. プログラミングができなくても関係ありますか？

あります。本質は「毎回指示する」から「段取りを設計する」への切り替えで、惣菜屋の仕込みと同じ考え方です。手順メモ1枚＋検査役1体の最小ループから始められます。日本語の予習なら当サイトのハーネス入門とスキルの作り方をどうぞ。

Q2. 全部自動化したら、人間の仕事はなくなりませんか？

提唱者たち自身が「検証は人間の仕事のまま」と何度も釘を刺しています。ループが速くなるほど、何を作るかの判断と最後の味見の価値は、むしろ上がります。私の現場でも公開の判断は必ず人間（私）です。

Q3. Claude Fable 5には、すぐ乗り換えるべきですか？

大規模な移行や長時間の自律作業がある方には試す価値が大きいモデルです。短い質問や日々の文章作成なら、既存のOpusやSonnetで足りることも多い。定額プランなら6月22日まで追加料金なしという発表なので、手持ちのいちばん重い仕事で味見してから決めるのが私のおすすめです（条件は公式情報をご確認を）。

まとめ——ループを作れ。でも、味見は手放すな

最強モデルFable 5の登場で「数日自走するAI」が現実になりました。だからこそ、AIに毎回お願いする働き方から、AIが働くループを設計する働き方へ。

ただし、ループの肝は部品の数じゃなく「ノーと言える検査役」。Anthropic自身が最強モデルに検査役を同梱したのが、何よりの証拠だと思います。

そして最後の味見だけは、どれだけモデルが強くなっても、手放さない。

Build the loop. But build it like someone who intends to stay the engineer, not just the person who presses go.ループを作れ。ただし、ボタンを押すだけの人ではなく、エンジニアであり続けるつもりの人として作れ——Addy Osmani

私の言葉に翻訳するなら——ループは「委ねるOS」のエンジンで、味見はそのハンドル。どっちが欠けても、行きたい場所には着きません。

明日の1手はこれだけ。あなたが「また同じ指示してるな」と感じる仕事を、今日1つメモしてみてください。それがあなたの最初のループの種です。

関連記事

• Anthropic公式が挙げた「AIの土台7つ」を、自分のAI秘書環境で全部測ってみた——ループの「部品」を実測した話
• ハーネスエンジニアリング入門——ループの土台になる「装具」の考え方
• 【保存版】Claude Codeスキルの作り方｜”自分専用AI”を育てる基礎編——本記事ステップ2「手順メモ」の具体化
• Claude Opus 4.8で数百体のAIが並列稼働——「AIがAIを動かす」現場のLIVEレポ
• AIに全部任せたら何が残る？｜委ねた先に残るあなたの物語——「味見は卒業しない」の原点

参考リンク｜元ネタの一次ソース紹介

この記事の元ネタを、中身つきで紹介します。英語のものはブラウザの翻訳でも十分読めます。