先日「Forward Deployed Engineer（FDE）」という職種を知りました。2026年でもっとも注目されている職種のひとつ、とも言われています。客先に深く入り込み、その場で動くものを作るエンジニア——聞くと、新しくて格好いい響きです。ただ、中身をたどっていくと、芯にあるものは意外と昔から変わらないようで、そこが面白いと思いました。
FDEとは、客先に入り込んで作るエンジニア
FDEは、Palantirが2005年ごろに、本社からは解けない顧客の問題のために生んだ役割だとされます。客先に半年から1年ほど入り込み、初日から動くコードを出し、その現場の業務を深く学ぶ——というのが基本形です（解説記事）。レポートを書いて提案する従来のコンサルタントと違い、実際に本番で動くものを作るのが特徴です。技術力だけでなく、その業界の“言葉”を理解する力が要る、とも言われます。
なぜ今、これほど注目されるのか
なぜ今かと言えば、答えははっきりしています。AIです。いまAnthropicやOpenAI、Googleといった企業が、こぞってこの型を採り入れていて、同じ解説記事はその理由をこう述べています——「企業でLLMを効かせるには、顧客固有の“名詞と動詞”に接地させる必要がある。それはプロンプトではなく、エンジニアリングだ」。汎用のAIをそのまま置いても、現場では動きません。だからこそ、現場に入り、AIを業務につなぐ力が、いまエンジニアに求められるスキルのひとつとして、あらためて前に出てきた——というわけです。
でも、そんなに新しくない
面白いのはここからです。別の記事は、FDEのルーツを1960〜80年代のIBMやDEC、HPの現場エンジニアにまでさかのぼらせ、90年代のERP導入を経て今に至る、と整理しています。Palantirも“発明”したのではなく、昔からある働き方を“体系化”したのだ、と。その記事は端的に、「シリコンバレーの用語で、古いものが新しくなっただけ」と書いています（歴史をたどった記事）。名前は新しくても、芯にあるのは「現場に入り、業務を理解し、作って、直し続ける」こと。ここは、たぶん昔から変わっていません。
変わったのは、“何が中心に置かれるか”
では、芯が変わらないのに、なぜ今これほど脚光を浴びるのか。考えてみると、AIによって、エンジニアに求められることの重心が動いたからではないかと思います。コードを書く部分をAIが引き受けるほど、価値は「現場を理解し、AIを実際に効く形に組み込む」側へ移っていきます。それはまさに、FDEがずっとやってきた仕事です。長いあいだ地味で、はっきりした名前もなかった仕事が、AIの時代になって、いちばん必要とされる仕事として前に出てきた——そんな見え方になります。
ただし、看板だけ真似ると
一方で、流行として名前だけが独り歩きする危うさも指摘されています。ある批評は、大手ベンダーが打ち出すFDEプログラムの多くを、既存の営業手法をFDEと呼び替えたものに近い、と見ています（批評記事）。本来はエンジニアリングと同じくらい、その業界の業務を理解する力が要ります。そこが薄いと、“営業の衣をかぶった”だけになってしまう。名前が広まるほど、芯——現場を理解して作ること——が抜け落ちないか。そこは静かに気をつけたいところです。
新しい名前が、古い仕事に光を当てる
名前がつくのは、悪いことではないと思います。これまで地味で、あまり語られてこなかった“現場で作る”仕事に、FDEという看板がつくことで、光が当たる。呼び名が新しくなっても、芯——現場に入り、理解して、作って、直す——は変わりません。変わったのは、その芯が、AIの時代にいちばん問われるようになったこと。新しい言葉は、ときどき、古くて大事な仕事を思い出させてくれます。
参考: Perspective AI「Palantir’s FDE Playbook」／Moor Insights「FDE is Fashion, Not Palantir’s Playbook」／Cloud Authority「The Rise of the Forward Deployed Engineer」
