本文へスキップ
hdknr blog
戻る

AIコーディングエージェント時代の新常識 — もうプロンプトを打つな、ループを設計せよ

Peter Steinberger(OpenClaw 創設者)のこのポストが、AIエンジニアリングの世界で急速に広まっている。

“Here’s your monthly reminder that you shouldn’t be prompting coding agents anymore. You should be designing loops that prompt your agents.”

@steipete

「もうコーディングエージェントにプロンプトを打つな。エージェントにプロンプトを送り続けるループを設計せよ。」

Peter だけではない。Claude Code を作った Boris Cherny(Anthropic、Head of Claude Code)も同じことを言い始めている。二人の発言が重なった今、これは単なるトレンドではなく、AIエージェント活用の次のステージを示すシグナルだ。

「ループ設計」とは何か

ループとは一言で言えば、AIに繰り返し作業をさせる仕組みのことだ。

従来の使い方は人間がドライバーだった。「このバグを直して」「テストを書いて」と一つ一つ指示を出す。AIが結果を返したら、また次の指示を考える。人間がボトルネックになる。

ループ設計はそれを逆転させる。人間は「どういう条件を満たすまで、どんな作業を繰り返すか」というループの構造を設計する。その後はエージェントが自律的に回り続ける。

モードフロー
従来(人間がドライバー)人間 → プロンプト → AI → 結果 → 人間 → プロンプト → …
ループ設計人間 → ループ定義 → AI → チェック → AI → チェック → … → 完了

Claude Code の /loop 機能

Claude Code には /loop コマンドが組み込まれている。インターバルを指定して同じタスクを繰り返し実行できる。

/loop 5m /code-review

これは「5分ごとに /code-review を実行し続けろ」という指示だ。インターバルを省略すると、Claude 自身がペースを判断して自律的に回し続ける(self-paced mode)。

典型的な使い方がこれだ。

/loop E2Eテストが全部パスするまで、失敗しているテストを修正し続けて

「完成するまで E2E テストを回し続ける」というループ。人間が張り付いている必要はない。Claude が失敗したテストを見つけ、原因を分析し、修正を加え、またテストを実行する。これを何度でも繰り返す。

なぜ今これが流行っているのか

背景には LLM の性能向上がある。以前は一回のプロンプトで期待通りの結果が出ないことが多かった。だからこそ人間が細かく介入する必要があった。

しかし今は違う。Claude Opus 4 クラスのモデルなら、複雑なタスクを自律的にこなせる。むしろ人間の介入がボトルネックになる。ループを回して自律的に完了させる方が速いし、品質も安定する。

また、CI/CD との相性も良い。「PR が出たら自動でコードレビューのループを走らせる」「デプロイが失敗したら修正ループを走らせる」というパイプラインが組める。

トークン消費という現実

ただし、ループには大量のトークンを消費するという課題がある。

エージェントが自律的に動くということは、コンテキストを保持しながら何度もモデルを呼び出すということだ。E2E テストのループを一晩回せば、数十万〜数百万トークン規模の消費に達することもある。

「気づいたら月 $200 でも足りなくなった」という声もある。Max 20x プラン(月額 $200)は、ループを使わない通常の会話なら十分すぎる量だが、ループで自動化し始めると枯渇する。複数アカウントを使い回すユーザーも出てきている。

Anthropic にとっては嬉しい悲鳴でもあるが、使う側はコスト設計も重要だ。

ループ設計のベストプラクティス

ループを設計するときに意識すべきことをまとめる。

終了条件を明確にする

「完成するまで」は曖昧だ。「全テストがグリーンになるまで」「エラーが 0 件になるまで」「指定した品質スコアを超えるまで」と定量的に定義する。終了条件が曖昧だとループが止まらず、トークンを無駄に消費する。

/loop 全ユニットテストがパスし、型エラーが 0 件になるまでコードを修正し続けて

チェックポイントを設ける

長時間のループでは、途中経過をログや PR コメントに書き出させるとよい。「N 回目の試行で何を修正したか」が分かれば、ループが迷走したときに介入できる。

スコープを限定する

「プロジェクト全体を改善し続けて」はスコープが広すぎる。「この PR のコードレビュー指摘を解消するまで」「このファイルのテストカバレッジを 80% にするまで」と範囲を絞る。

コスト上限を意識する

Claude Code にはトークン予算の概念がある。セッションにトークン上限を設定してループを走らせることで、意図せず大量消費するリスクを抑えられる。

まとめ

「プロンプトを打つのをやめて、ループを設計せよ」というメッセージは、AIエンジニアリングのパラダイムシフトを示している。人間はエージェントを操作するのではなく、エージェントが自律的に動ける環境と条件を設計する側に回る。

Claude Code の /loop はその入り口だ。E2E テストの自動修正、コードレビューの自動対応、ドキュメントの継続的更新——ループで自動化できる作業は思ったより多い。

ただしトークンコストとのトレードオフは忘れずに。ループを使いこなすには、コスト設計もエンジニアリングの一部だ。



前の記事
SQLite の「unable to open database file」が高負荷時刻に散発する問題を WAL 化で根治した話
次の記事
Claude Platform on AWS には Spend Limit がない — AWS Budgets と Rate Limit で課金暴走を防ぐ