プロンプトより「AIの仕事の流れ」を設計する時代へ

Claude Codeの開発者、Boris Cherny氏が語った内容が話題になっている。要点はシンプルで、「良いプロンプトを書く」スキルよりも、「AIが自律的に判断・実行・検証する流れをどう設計するか」のスキルが重要になってきているという話だ。

コーディング支援の進化を例に取ると、最初はIDEのオートコンプリートで入力を速くする段階、次にCopilotのように文脈を読んでコードを提案する段階、そして今は「目標を渡せばAIが計画を立て、実行し、結果を確認して次の手を打つ」という自律ループの設計段階に入っている。

要は、AIへの「一問一答」から「仕事の流れそのものを委ねる」フェーズへのシフトが起きている、ということだ。この変化は開発者だけの話ではなく、制作・営業・分析などあらゆる場面でAIを使い倒したい人に直接関係する。（出典：Boris Cherny氏の発言をもとにした@masahirochaenによる解説）

この話が今重要なのは、「プロンプトをうまく書けば解決する」という発想が、少しずつ限界を見せ始めているからだ。

一回の指示で完結するタスクならプロンプトの精度で差がつく。だが現実のタスクは「調べて、判断して、やってみて、確認して、修正する」という複数ステップの連鎖で成り立っている。この連鎖全体をAIに任せようとしたとき、問題になるのは「どう指示するか」より「どう流れを設計するか」になる。

Claude Codeが1000体並列起動する話でも触れたように、AIエージェントの実用化はすでに始まっている。Claude Code、Cursor、GitHub Copilot Workspaceなど各社が「エージェントとして動かす」方向に製品を進化させており、Cherny氏の発言はその設計哲学を言語化したものと見ることができる。

使う側として知っておくべきは、「プロンプトを磨く練習」と「ループを設計する練習」は別物だという点だ。前者は入力の工夫、後者はタスクの構造化・判断基準の明示・確認タイミングの設定まで含む。後者ができると、AIに任せられるタスクの規模が一段上がる。

また、オープンソース界隈でも「エージェントとして動かせるAIツール」の整備が進んでいる。Goose↗（47,000スター超）はその代表格で、コード補完にとどまらず、インストール・実行・編集・テストまでをエージェントとして処理できるよう設計されている。プロプライエタリなツールだけでなく、オープンソース側でも同じ方向に動いているのは、この流れが業界全体のトレンドであることを示している。

Q. ループ設計って、結局プロンプトを長く書くことと何が違うの？ プロンプトを丁寧に書くのは「一回の指示を精度高くする」アプローチ。ループ設計は「複数回の実行と確認をどう連結するか」を考えるもので、レイヤーが一段上にある。長い指示を一発で渡すより、短い指示を適切なタイミングで渡す構造を作ることに近い。どちらか片方だけでなく、両方が組み合わさると効果が出る。

Q. コードが書けない自分にも関係ある話？ ある。Cherny氏の発言はコーディング文脈から来ているが、「AIが計画・実行・確認するループ」はテキスト生成、リサーチ、資料整理など非開発タスクでも同じ構造が成り立つ。「ツールを使いこなす」より「ツールに仕事の流れを持たせる」という発想の転換が、あらゆる場面で使える。

Q. GooseはClaude Codeと何が違う？ 最大の違いは「LLMの選択自由度」と「オープンソースかどうか」。Claude CodeはAnthropicのClaudeと一体化した製品だが、GooseはOpenAI・Anthropic・ローカルモデルなど任意のLLMと組み合わせられる。動作をカスタマイズしたい、特定のLLMで試したい、コスト管理をしたいという場合にGooseが検討肢になる。ただし、セットアップの手間はGooseのほうが大きい。