パイロットがPRを承認する時代、『仕様駆動・ループ・サンドボックス』――エンジニアに残る仕事、増える仕事（1）実装者から指揮者へ
1. はじめに――会話の途中でPRを承認したパイロット
ソフトウェア開発の話で盛り上がっていた、ある会話の途中。
相手がふと話を止め、スマートフォンを取り出しました。
手際よくPull Requestを承認して、何事もなかったかのように会話に戻ってきたのです。
聞けば、裏で複数のAIエージェントを動かしているとのこと。
開発担当、レビュー担当、運用担当――。
本来なら人間のチームで分担する役割を、それぞれのエージェントが担っていました。
しかも彼の本業は、ソフトウェアエンジニアではありません。
現役のパイロットだったのです。
前回の記事「AIで仕事はなくなるのか？ 160年の歴史と経済学が教える『本当の未来』」では、ジェヴォンズのパラドックスを紹介しました。
効率化でコストが下がると、需要はむしろ広がる。
このパイロットの話は、まさにその実例です。
コードを書くコストが下がったことで、本職ではない人までがソフトウェアを作り始めている。
そしてもう一つ。前回は「AIが消すのは仕事（Job）ではなくタスク（Task）だ」とも書きました。
では、開発者という仕事の束は、具体的にどう組み替わっているのか？
今回は、IBM Technologyで公開されたCedric Clyburn氏の解説動画「5 Concepts to Know for Coding with AI Agents」をもとに、その中身を全4回で見ていきます。
前回が「歴史と経済」の話なら、今回は「現場の手触り」の話です。
仕事はなくならない。ただし、仕事の中身はもう変わり始めている。
2. 変化その1：「実装者」から「指揮者」へ
「AIに書かせたコード、結局ぜんぶ直したよ」
「自分で書いたほうが早かった......」
ほんの少し前まで、こんな会話は現場のあるあるでした。
AIは関数やテストを補完してくれる、ちょっと賢いオートコンプリート。
そのくらいの位置づけだったはずです。
ところが、いまは違います。
数週間、数か月かかっていたタスクが、エージェントに任せると数分で形になる。
チケットを受け取り、実装し、テストを書いて走らせ、QA、staging、productionへと運んでいく。
その一連の流れを、エージェントが自律的にこなせるようになってきました。
仕様駆動開発（Spec-driven development）
ここで主流になりつつあるのが「仕様駆動開発」です。
モデルごとにクセのあるプロンプトで、AIと押し問答を繰り返すのではありません。
「何を作りたいのか」「何ができたら完成なのか」を**仕様（Spec）**として先に書き切る。
それをエージェントに渡し、コードやテストなどの成果物をまとめて作らせるアプローチです。
|
観点 |
プロンプト駆動 |
仕様駆動 |
|---|---|---|
|
人間が書くもの |
その場の指示文 |
要件・完了条件・制約 |
|
やり取り |
一問一答を何往復も |
仕様を渡して任せる |
|
再現性 |
モデルや言い回しで揺れる |
仕様が基準になる |
|
人間の主な仕事 |
AIの出力を直す |
仕様を磨き、結果を判断する |
ボトルネックが移動した
長いあいだ、ソフトウェア開発のボトルネックは「どれだけ速く、質の高いコードを書けるか」でした。
だから企業は、優秀なプログラマーの取り合いをしてきたわけです。
しかし実装をAIが担えるようになると、ボトルネックは別の場所に移ります。
ゴールを決める。タスクを分解する。
そして、1年後のシステムの姿を左右するアーキテクチャ上の判断を下す。
オーケストラでいえば、楽器を弾く人から**指揮者（コンダクター）**への転身です。
手を動かす速さより、「何を作らせ、何を作らせないか」を決める力が問われ始めている。
3. 明日からできること
「指揮者になれ」と言われても、いきなりは難しいですよね。
まずは、次の1つだけ試してみてください。
- 次のチケットを、コードより先に「仕様」から書いてみる：要件、完了条件、やってはいけないことを箇条書きにして、それをエージェントに渡す
書いてみると、意外なことに気づきます。
自分が「何を作りたいのか」を、思っていたほど言葉にできていなかった......。
その気づきこそが、指揮者への第一歩です。
仕様を書く力は、AIに任せる力そのもの。
4. 結論：楽器を置いて、指揮棒を持つ
今回は、5つの変化のうち最初の1つを見てきました。
- ボトルネックは「コードを書く速さ」から「何を作らせるかを決める力」へ移った
- そのための手法として「仕様駆動開発」が広がっている
- 開発者の役割は、実装者から指揮者（コンダクター）へ
冒頭のパイロットは、まさにこれを本業のかたわらでやっていました。
逆にいえば、指揮者の役割は、エンジニアだけのものではなくなりつつあるのです。
では、プロのエンジニアとしての差は、どこでつくのか？
次回は、エージェントが自分で回り続ける仕組み――ループエンジニアリングとコンテキストエンジニアリング、そしてLLMの「中身」の話に進みます。
あなたが最後に書いた「仕様」は、AIにそのまま渡せる出来でしたか？