「もうプロンプトは書かない」ループエンジニアリングの台頭
技術関連ITmedia ビジネスオンライン
Claude Codeエージェントループエンジニアリング開発プロセスAI coding
ITmedia が、コーディングエージェントの使い方が「プロンプトを書く」から「ループを設計する」へ移りつつある動きを解説した。Claude Code の生みの親 Boris Cherny は「私の仕事はループを書くことだ」と述べ、2026年は自分でコードを書かずスマホからPRを承認していると語っている。
何が発表されたか
- ITmedia ビジネスオンラインが、2026年のコーディングエージェント運用の潮流として「ループエンジニアリング」を取り上げた。
- Claude Code の開発者 Boris Cherny（Anthropic）は、春の講演やインタビューで「私の仕事はループを書くことだ」と繰り返し発言。2026年は自分ではコードを書かず、1日に数十件のプルリクエストをスマートフォンから承認しているという。
- オープンソースエージェント OpenClaw の開発者 Peter Steinberger（現 OpenAI）は6月上旬、「エージェントにプロンプトを書くのをやめ、エージェントにプロンプトを与えるループを設計せよ」と投稿。24時間以内に約500万表示に達したとされる。
- Google のエンジニアリングリーダー Addy Osmani は「Loop Engineering」と題したエッセイで概念を定義。Latent Space は Steinberger、Cherny、Andrej Karpathy の実践を「Loopcraft」と総称している。
実務への影響
- 1人で受託をこなす規模だと、「指示の質を上げる」より「検証と再試行の仕組みを作る」ほうが効く局面が増える。テストやリンタ、型チェック、スクリーンショット比較を自動で回し、通るまでエージェントに繰り返させる形が基本型。
- ループの前提は「失敗を機械的に判定できること」。E2E テストや Lighthouse のしきい値など、合否が自動で出る仕組みが先に必要になる。ここが未整備な案件では、ループ化しても人間のレビュー工数が減らない。
- 承認のゲートは残す前提で考えたい。前日の Anthropic / UK AISI の報告どおり、自律度を上げるほど範囲外の行動のリスクも上がる。
補足
本記事は ITmedia による解説記事で、各発言の一次ソース（講演・X投稿・エッセイ）は個別に確認していない。企業としての公式発表は未確認。