プロンプトを書くのをやめて、ループを設計する — Claude Code の「次の段階」を作り手の運用像から逆算する

Claude Code を作った張本人が「自分はもう手でプロンプトを書いていない」と言うのを読んで、自分がこの道具をどう使いこなすかの目標設定が、根本からずれていたかもしれないと思った。Lenny’s Newsletter に出た Boris Cherny（Claude Code 責任者）の話だ。AIコーディングエージェントに向き合うとき、自分は暗黙のうちに「いかにうまくプロンプトを書けるようになるか」を上達のゴールに置いていた。だが当の作り手は、その先の運用にとうに移っている。到達点は、抽象的な「使いこなす」ではなく、誰よりも長く使い込んだ人間が実際に立っている地点から逆算して書き直すべきだと思う。一番長く触れた人の運用像ほど、信頼できる「次の段階」の手本はない。

一次資料の要約

Cherny はインタビューで、自分の仕事が「プロンプトを書くこと」から「ループを書くこと」へ変わったと語る。逐次プロンプトする代わりに、Claude にプロンプトを与えて次の手を判断させる自走ループを組み、自分はその設計だけをする。この運用を裏づける数字が、別の Anthropic 発の資料にある。同社のレポート「When AI builds itself」によれば、2026 年 5 月時点で Anthropic 社内でマージされる本番コードの 8 割超を Claude が書いている（社内コードベースへのマージ分という限定での数字だ）。さらに Cherny 自身が X で、エンジニア 1 人あたりのコード出力は今年で約 3 倍に伸び、レビューが律速になったと述べ、その律速を解くために PR を agent チームが深くレビューする仕組みを内製したと明かしている。つまり「個人が AI をうまく操作する」段階は、作り手の中ではすでに過去だ。人間の役割は、操作者から、ループとレビューの仕組みを設計する側へ移っている。

論点1: ゴールは「操作の習熟」ではなく「自走の設計」にある

弱点は、上達のステージを言語化していなかったことだ。逐次プロンプトする段階を初級、ループと自動レビューを組んで自走させる段階を上級、とはっきり段差で書くべきだった。作り手がそう運用している以上、これは抽象論ではなく観察された到達点だ。だから上達の地図には、初級＝都度プロンプトする、上級＝定型タスクをループ化し、レビューを agent に回す、という二段を明記する。重要なのは、上級を「いつかの理想」ではなく検証可能な目標として置くことだ。どのタスクをループ化したかを記録すれば、習熟は進捗として測れる。逆に段差を示さないと、自分が初級で止まっているのか上級へ向かっているのかを判断できない。地図に現在地と目的地の両方が要るのと同じで、ステージの言語化が最初の一手になる。

論点2: 測る軸を「プロンプト回数」から「AI が処理した比率」へ

ここで指標が効いてくる。「どれだけ活用が進んでいるか」をプロンプト回数で数えても、自走化の進捗は見えない。むしろループを組んだ人ほど手数は減る。だから測定軸を、AI が処理した作業（PR やレビュー）の比率に置き換える。最初に agent へ回すのは、判断基準が明文化できて再現性の高い定型タスク——コードレビューや書式チェックのような、入力と期待出力が言語化しやすいものからにする。いきなり全部を委ねるのではなく、初期目標を「定型レビューの半分を agent 経由にする」あたりに置き、一定期間ごとに比率を測って次の対象を広げていく。もしこの取り組みを誰か（チームや、進捗を見せる相手）に報告するなら、「進めています」より、この比率のほうが遥かに伝わる。ただし数字が一人歩きしないよう、比率と一緒に、レビューで検出した不具合の件数も並べて見せたい。安く速くなった裏で品質が落ちていないかは、別の数字でしか分からない。

個人的所感

面白いのは、自分の手元にすでにループの実例があったことだ。作業の記録を idle 起動で自動的に蒸留してナレッジへ畳む仕組みも、Claude まわりの一次情報を毎日集め、情報が厚い日だけ深掘りへ分岐させる仕組みも、まさに「プロンプトを書かずループを書く」運用そのものだった。ループ化は遠い概念ではなく、自分の隣でもう回っている実物だ。だが、ここで気をつけたいのは数字の罠だ。「AI 処理比率」を北極星に据えた瞬間、その数字を上げること自体が目的化しかねない。比率が高いほど良いとは限らず、レビューの質が落ちれば本末転倒だ。測る軸を変えるのは正しいが、軸はあくまで自走化が進んだ結果を映す鏡であって、追いかける標的ではない。作り手の運用像を借りるのは、抽象的な目標に検証可能な到達点を入れるためで、他人の数字をそのまま自分のゴールにすり替えるためではない。地図は便利だが、歩くのは自分の地形だ。プロンプトを上達させることより、何を自走させ、どこを自分のレビューに残すか——その線引きを設計できるかが、たぶん次の段階の本番になる。

関連書籍 (Amazon)

  • ピープルウエア 第3版（Peopleware / トム・デマルコ、ティモシー・リスター、松原友夫・山浦恒央 訳）— 生産性の主役は人と組織だという原典。ツール導入を「操作の習熟」でなく「人がどう働くか」の設計として捉え直す土台になる。https://www.amazon.co.jp/dp/4822285243?tag=swipegadgetjp-22
  • ザ・ゴール 企業の究極の目的とは何か（The Goal / エリヤフ・ゴールドラット、三本木亮 訳）— 律速（ボトルネック）を見つけてそこを伸ばす制約理論。レビューを律速と特定し agent に回した順序の理論的な裏づけ。https://www.amazon.co.jp/dp/4478420408?tag=swipegadgetjp-22
  • 測りすぎ なぜパフォーマンス評価は失敗するのか?（The Tyranny of Metrics / ジェリー・Z・ミュラー、松本裕 訳）— 指標が目的化すると本質を見失う。「AI 処理比率」を北極星に据えるときの自戒として必読。https://www.amazon.co.jp/dp/4622087936?tag=swipegadgetjp-22
  • イシューからはじめよ［改訂版］ 知的生産の「シンプルな本質」（安宅和人）— 手数を増やす前に「解くべき問い」を定める作法。ループを組む＝何を自走させるかの問いを先に立てる、という論点に直結する。https://www.amazon.co.jp/dp/4862763561?tag=swipegadgetjp-22

一次資料