3行でわかる バイブコーディング時代の価値
- バイブコーディングはAIに自然言語で意図を伝えてコードを作る開発スタイル。実装が「誰でもできること」に近づく、実装の民主化。
- 「作れること」の希少性が下がり、価格や差別化の源泉が実装から移動する。速く作れること自体は、もう武器になりにくい。
- 希少になるのは「何を作るか」を決める力と、AIに渡す"意図"を設計する力。それを一人格に統合し組織で再現したのがFDE。
バイブコーディングとは何か？
バイブコーディングとは、AIに自然言語で意図を伝え、コードを生成・修正していく開発スタイルのことです。「こういう画面が欲しい」「この処理を直して」と言葉で指示すると、AIが実際のコードを書き、こちらはその出力を確かめながら対話的に仕上げていきます。一行ずつ自分でタイプするのではなく、意図を渡して形にしてもらう——いわば実装の民主化です。AI駆動開発（AIでコードを書く開発）の、もっとも身近な入り口だと言えます。
これまで、動くものを作るには相応の習熟が要りました。文法を覚え、ライブラリを調べ、エラーと向き合う時間が、参入の壁になっていました。バイブコーディングは、その壁を大きく下げます。専門の訓練を積んでいない人でも、言葉で意図を伝えれば、一定の品質のものが作れるようになってきました。
ここで押さえておきたいのは、楽になったのは「作る」という工程だけだという点です。何を作るべきか、その判断まで易しくなったわけではありません。むしろ、誰でも作れるようになったぶん、「で、結局何を作るのか」という問いの重みが増していきます。
"作れる人"が増えると、何が起きるのか？
"作れる人"が増えると、実装そのものの希少価値が下がり、価格や差別化の源泉が実装から別の場所へ移動します。誰でも手に入れられる能力は、それだけでは値段がつきにくくなる——市場の素直な原理です。
図のように、実装は誰でもできる広い土台になっていきます。土台が広がること自体は良いことです。ですが、広い土台の上では、そこに立っているだけでは抜きん出られません。差がつくのはその一段上——「何を作れば顧客の役に立つのか」を見極める層と、「作ったものの成果に責任を持つ」頂点です。バイブコーディングは、価値の重心をこの上の層へと押し上げます。
バイブコーディングは"作る"を民主化した。だが"何を作るか"は民主化しない。エンジニアの価値は、そこへ移る。
これは受託・SIerにとっては、値付けの問題として表れます。AIで実装が速く・安くできるほど、「工数 × 単価」で見積もるモデルは値下げ圧力を受けます。同じことが、個人のエンジニアの市場価値にも起きます。詳しくは生成AIで受託開発の単価は下がるのか？で扱っています。
では、希少になるのは何か？
希少になるのは、「何を作るべきか」を決める力（課題設定・UX設計）と、AIに渡す"意図"を設計する力です。作る工程が誰でもできることに近づくほど、その手前にある「何を・なぜ作るのか」を定める仕事が、相対的に貴重になります。
たとえば顧客が「この画面を作ってほしい」と言ったとき、言われたとおりに作るだけなら、もはやAIでも近いことができます。価値が出るのは、現場を見て「本当に必要なのは画面ではなく、通知の自動化かもしれません」と問い直せるところです。これが課題設定・UX設計の力です。
もう一つが、AIに渡す"意図"を設計する力です。バイブコーディングでは、AIへの指示の質が、出てくるものの質をそのまま左右します。曖昧な意図からは曖昧なものしか生まれません。「誰の・どんな課題を・どう解くのか」を解像度高く言語化し、AIが再現可能に動けるところまで意図を噛み砕く——この設計こそが、これからのエンジニアの腕の見せどころになります。作る手が速いことではなく、渡す意図が的確であることが差を生みます。
バイブコーディング時代に強いエンジニアとは？
バイブコーディング時代に強いのは、意図を作り（UX設計力）、AIで形にし（AI設計力）、顧客の成果に責任を持つ人です。「何を作るか」を決め、それをAIで再現可能に動かし、作ったものが本当に役に立ったかまで引き受ける——この一連を担える人が、代替されにくい位置に立ちます。
これは、特定の職種の話というより立ち位置の話です。実装力という土台の上に、課題を見極めるUX設計力と、AIに意図を渡すAI設計力を重ねる。2つの設計力の中身はFDEに必要なスキルで詳しく整理しています。そして、この立ち位置を一人格に統合し、組織として再現できるようにした役割が、FDE（Forward Deployed Engineer）です。
大事なのは、これを一部の天才の才能で終わらせないことです。一人のスター社員が上流に立てても、その人が抜ければ位置はすぐ揺らぎます。いまいるエンジニアに2つの設計力を足し、複数の人が同じ動き方をできる状態にする——その育て方はFDE人材の育て方で解説しています。
どう備えればいいのか？
備え方はシンプルです。実装力を土台として残しつつ、その上に2つの設計力を足すこと。そしてもう一つ、AIを"下流"ではなく"上流"に使うこと。この二つに尽きます。
多くのエンジニアは、AIをまず「実装を速くする道具」として使い始めます。それ自体は自然な入り口ですが、そこで止まると、速く・安く作れることだけが武器になり、行き着く先は価格競争です。同じAIを、「何を作れば顧客の成果につながるか」を素早く試し・確かめる側——つまり上流——に置くと、AIは値下げの道具ではなく、「外さない判断」を生む武器に変わります。AIを上流に置くことが単価にどう効くかは、生成AIで受託開発の単価は下がるのか？で具体的に扱っています。
バイブコーディングは、エンジニアから仕事を奪う波ではありません。価値の重心を「作る」から「何を作るか」へずらす波です。その波の上で立つ位置を一段上へ移すこと——それが、これからのいちばん確かな備えになります。