結論から
AI時代に増えた呼び名は、「コードを書く量」ではなく 「どこまで自分で持つか（責任範囲）」 で分かれています。
- vibe coding … *作り方* の名前。役割ではない
- Product Engineer … 作るだけでなく「何を作るか」と「効いたか」まで持つ
- Forward Deployed Engineer（FDE） … 顧客の現場に入り、本番で動かしきるところまで持つ
- 一人会社（AIソロプレナー） … 事業のすべて（営業・経理・サポート）を1人＋AIで持つ
自分がいまどの範囲を持っているか、次にどこを広げたいかの地図として使えます。
vibe coding — これは「作り方」であって肩書きではない
Andrej Karpathy（OpenAI の共同創業者）が2025年2月にX（旧Twitter）で言い出した言葉です。「構文を1行ずつ書く」のではなく、やりたいことを自然言語で伝え → AIに生成させ → 動かし → 会話で直す やり方。本人の表現では「見て、言って、実行して、貼り付ける。だいたい動く」で、差分（diff）を細かく確認せず受け入れることもある、とまで言っています。2025年には Collins 英語辞典の「今年の単語」にも選ばれました。
ポイントは、これは 誰でも立てる入口 であって、キャリアの段階ではないこと。以下の3つは「その先、何を持つか」の話です。
Product Engineer — 「何を作るか」と「効いたか」まで持つ
仕様をもらって実装する人（ソフトウェアエンジニア）に対して、Product Engineer は 自分で「何を作るか」を決め、出したあとに「本当に役に立ったか」をデータで確かめる 人です。
- ソフトウェアエンジニア：書いたコードに責任を持つ
- Product Engineer：作ったプロダクトに責任を持つ
プロダクトマネージャー（PM）とも違います。PM はユーザーと話し仕様を書きますが、基本的に自分では作りません。Product Engineer は 作る＋決める の両方を持ちます。vibe coding で「作れる」が身近になったぶん、差がつくのがこの「何を・なぜ作るか」の判断です。
Forward Deployed Engineer（FDE）— 顧客の現場で、本番まで持つ
もとは Palantir という会社の職種で、社内では「Delta」と呼ばれていました。顧客の組織に入り込み、その現場の制約・本物のデータ・実際の運用の中で、システムを作って本番で動かしきる 役割です。Palantir はこの仕事を「スタートアップのCTOに近い」と表現しています。最近は AI 系スタートアップでもよく使われる肩書きです。
受託開発・SES との違いは 責任の終わりどころ です。受託は「仕様どおり作って納品したら終わり」。FDE は「作ったものが現場で実際に使われて、成果が出るか」まで自分の責任で、プロダクト本体の改善にも関わります。渡して終わりではありません。
一人会社（AIソロプレナー）— 事業のすべてを1人＋AIで持つ
これは肩書きというより 経営の形 です。従来は複数人で分担していた役割（開発・営業・サポート・経理・広報）を、生成AIとAIエージェントに「社員の代わり」として担わせ、人間は 設計と最終判断 に回ります。
2025年には、開発者1人で作ったアプリ開発プラットフォームが、創業から半年で大手に約80億円で買収された、という話がありました。ただし、こうした事例はまだ少数で、「AIがいれば誰でも1人で会社になれる」という段階ではありません。「そういう名前がついた働き方が存在する」くらいに捉えるのが正確 です。
同じ仕事を、4人がどう受け持つか
「近所のクリニックが予約ツールを欲しがっている」を例にすると——
- vibe coder：言われたとおりの予約画面を、AIと会話しながら数時間で形にする
- Product Engineer：そもそも予約ツールで解決するのか、電話が多いのは別の理由ではないか、を確かめてから作る。公開後に「電話は減ったか」を見る
- FDE：クリニックに常駐に近い形で入り、既存のカルテや受付の運用に合わせて作り、本番で回して、詰まったら直し続ける
- 一人会社：予約ツールを商品として売り、問い合わせ対応・請求・宣伝まで自分（＋AI）で回す
同じ「予約ツールを作る」でも、どこまでを自分の責任とみなすか が違います。
どの立ち位置でも、共通する関門
どの範囲を持つにしても、AIで作ったものを 人に使わせる瞬間 に、公開前の点検（データの保存先・ログインの作り・APIキーの管理・課金）が必要になります。ここは肩書きに関係なく発生します。自分だけで確認しきれないときは、VibeCode本番化の公開前診断も使えます。
よくある質問
エンジニア経験がないと Product Engineer にはなれませんか。
「何を作るか」を決めて効果を確かめる部分は、コードの経験がなくても始められます。実装は AI に寄せて、判断の質を上げていくのが現実的な入り方です。
FDE と、受託開発・SES は何が違うのですか。
契約の形ではなく、責任の終わりどころが違います。受託・SES は「作って納品」または「人月で常駐」が基本。FDE は「作ったものが現場で成果を出すまで」を担う前提で、プロダクト本体の改善にも関わります。
一人会社は、非エンジニアには非現実的では。
現時点では成功事例は多くありません。ただ「開発は AI、判断は人」という分担自体は、小さな個人ツールの運用レベルなら今日でも成り立ちます。いきなり事業全部ではなく、持つ範囲を1つずつ広げるのが現実的です。
