FDE募集開始から半年の振り返りと2026年の展望

こんにちは！Ai Workforce 事業部 FDE（Forward Deployed Engineer）の恩田（さいぺ）です。

7 月に FDE（Forward Deployed Engineer）の募集を開始し、早半年が経過しようとしています。本記事では、FDE 組織の募集を開始してから現在までをふりかえりつつ、2026 年の FDE や LLM（大規模言語モデル）について、組織・技術の両面から綴ってみたいと思います。

tech.layerx.co.jp

FDE の募集を始めたのは今年 7 月なのですが、この半年で突然生まれた職種というわけでなく、その原型は LayerX の創業当時まで遡ります。LayerX では祖業の Blockchain（ブロックチェーン）時代から当時の CTO がお客さまのところに足繁く通ってきました。また、三井物産さまとのジョイントベンチャーである三井物産デジタル・アセットマネジメントには CTO クラスのメンバーをはじめ、複数のメンバーがフルコミットしています。私自身、LayerX で Blockchain（ブロックチェーン）/PrivacyTech（プライバシー技術）時代（Ai Workforce 事業部の歴史については下記画像を参照）にはインターネット投票、医療、クレジットカード、パーソナルデータ、走行データ、不動産など様々なドメインに向き合ってきました。時には政府のワーキンググループの議事録をすべて読んだり、関連法令や業界団体の規制、その立法背景などをお客さまと議論できるレベルまでキャッチアップし、現場ではそのデータでどのような業務がなされているかヒアリングを重ねるなど、FDE の原型となるような働き方をしてきました。

FDE の原型という意味では、LayerX には創業以来の積み重ねがあります。また、FDE の生みの親である Palantir（パランティア）の研究活動も Blockchain（ブロックチェーン）時代から行っており、当時の採用ピッチデックにも残っています（昔のロゴやカラーも懐かしい）。

画像 2019 年当時の採用ピッチデック

一方で、FDE の JD（ジョブディスクリプション）を公開するとなると、FDE という職種は日本では知名度がなく、閑古鳥が鳴いてしまうのではないかという不安がありました。しかし、自分たちの職業を言い表す言葉として FDE ほど的確なものはなく、むしろ自分たちで盛り上げていこうという強い気持ちを持って公開に踏み切りました。公開してからは、兎にも角にもまずは FDE という職種を知ってもらおうと podcast を配信したり、メンバーからもブログを発信したり、イベントを開催したりしました。

open.spotify.com open.spotify.com tech.layerx.co.jp layerx.connpass.com note.com

事前の予想とは裏腹に、2025 年下半期は FDE という職種がにわかに盛り上がったのではないかと思います。ありがたいことに社内イベントだけでなく、外部のイベントや podcast、YouTube、テレビ、記事でも取り上げていただくことができました。

txbiz.tv-tokyo.co.jp blog.allstarsaas.com NIKKEI Tech Talk #38 のテーマは、「AI と人が共創する個別ニーズへの対応〜情報処理から価値創出への転換〜」です。AI や ML（機械学習）を駆使して、お客様の個別ニーズにどう応えるか――最前線の事例と実践的なアプローチを学べる技術勉強会です。 #nikkei_tech_talk https://t.co/T4EQd5hu5Z

📣生成 AI 時代の新キャリア「FDE」に関するオンラインイベントを実施します！LayerX とファストドクターに聞く！OpenAI でも募集している AI 特化の職種とは？〜生成 AI 時代の新職種 FDE（Forward Deployed Engineer）を深堀り〜https://t.co/q8IHGOgeiH

#Newbee 1 月の番組表です！Special Thanks:@kyuns , @productken , @evelyn_mawuli , @onishiki_plus . @kawaguti , @Nunerm , @pauli_agile , @cipepser , @mawarisuru pic.twitter.com/2j7kSX42L2

実際に組織拡大という観点でも、OpenDoor で断続的にご連絡を頂けたり、採用のご応募もこれまでの数倍に増え、FDE の盛り上がりを感じています。

また、組織としても大きな転換点を迎えたのがこの下半期でした。10 月には CTO（最高技術責任者）経験者の白井が EM（エンジニアリングマネージャー）として参画し、マネジメント層が大幅に強化され、チームの規模も倍以上になりました。年明けに参画予定のメンバーも続々とおり、来年はより飛躍の一年となりそうです。

note.layerx.co.jp

FDE がどう事業に貢献しているか

FDE は Ai Workforce 導入の最前線にいます。お客さまの課題を最前線で定義して解決していく役割ですが、客観的に LayerX の FDE 組織ではこの点にはまだまだ成長の余地があります。よく「常駐してるんですか？」と質問をいただくのですが、正直に答えるとごく一部のみに留まっています。あくまで常駐は手段でしかなく、その目的によって意義や常駐する人のモチベーションが大きく変わってきます。Ai Workforce 導入の入口となるプロジェクトでは、お客さまの資料をお預かりし、それを入力に理想の出力を出すためのエージェントや AI ワークフロー構築が主な業務となります。まずはそこで結果を出すことが、次のステップへと繋がります。当然ではありますが、お客さまは特定の資料を特定の出力にする業務だけを行っているわけではありません。他部署や関係会社、取引先とのやり取りや基幹システムや台帳への記載など「前後の業務」が必ず存在しますし、全く異なる業務もされています。Ai Workforce はプラットフォームプロダクトのため、特定のユースケースに留まらず、幅広い業務を対象としています。こういったお客さまの業務を深く知る意味では、常駐は強力な武器になり得ます。

FDE はプロダクトへのフィードバックサイクルを劇的に早める役割も果たしています。例えば、Ai Workforce はこの秋、システム・アーキテクチャを刷新しました。その際、既存のアーキテクチャ上で本番利用頂いているお客さまのユースケースを損なうことなく移行する必要があります。お客さまにヒアリングせずとも既存のユースケースの業務を熟知している FDE が社内にいることで、PdM（プロダクトマネージャー）やデザイナーに新しいアーキテクチャ上での体験について素早くフィードバックを行うことが可能です。かくいう私も今週は Figma Make で画面イメージを作成し、ユーザーストーリーを作成する動きをしていました。

FDE はハイパフォーマーが大きな価値を発揮しやすい職種ですが、こと事業活動においては FDE をエンパワーするプラットフォームの存在が欠かせません。例えば、Ai Workforce はエンタープライズのお客さまにご提供しているため、アクセス制御が必ず求められます。また、Ai Workforce 内で完結しない業務向けに成果物を Word や Excel にエクスポートする機能が実装されています。現場では前後の業務と滑らかに接続できることが求められますし、毎度こういった機能を FDE が実装していると時間がいくらあっても足りません。FDE が本来解くべき課題に集中できるようにするためにもプロダクト自体の進化は必要不可欠です。現場で発生した事例をベースにプロダクトへフィードバックするのはもちろんですが、こういった機能を FDE 自身が開発することもあり、プロダクトへの貢献も FDE の大きなミッションの一つです。目指すべき先人として Palantir に目を向けると、彼らの Ontology でデータを扱うための Data Connection は、一度接続したシステムのデータの再利用性を高める機能で、強力な moat（参入障壁）でしょう。こういった方向性も今後推進したいトピックの一つです。

LLM の勝ち筋となる領域はどこか

LLM の業務利用が進み、相性の良い領域が少しずつ見えてきたように思います。まずエンジニアとしてもわかりやすいのが、開発領域です。プログラミング言語は人工的な言語であることから構造化されており、LSP や grep ツールなどにより高い精度で必要なコンテキストを LLM に渡しやすく、単体テストにより評価まで自動化できるという、品質向上の弾み車が回る条件が整った領域です。構造化された入力、単一タスクの高精度、評価といった条件が揃う領域は、LLM にとって典型的な勝ち筋になりやすいでしょう。

別の観点では ROI が得やすい領域です。例えば、従業員数によってスケールしたり、リース業界の資産管理業務は主たる業務の一つであり、必然的に業務量が多くなります。このような領域は、部分的な効率化であっても削減される業務量自体が大きくなる傾向があり、ROI が見込める領域です。FDE はお客さまの業務の中でこういった領域の問題に落とし込める見識が必要です。

人間の負荷を少なくする LLM の使い方を発明する

AI や LLM を業務に溶け込ませるために難しいのは、LLM が確率的な挙動をするためだと考えています。ただ、現場目線では LLM が出した答えをそのままノーチェックで次の業務に渡すことができない点がハードルです。さらにいうと、LLM から出てきた答えを「すべて」人間がチェック・レビューしないといけない点です。これに対して、LLM に信頼度を合わせて出力させる、LLM as a judge（LLM による審査員）によるレビューなどを検討された方も多いとは思うのですが、結局 LLM を信頼できるのかという問題に帰着し、失敗が許されない領域ではやっぱり人間が全量チェックしなければならなくなっているケースも多いと思います。現在当チームでは、「全量チェック」から「人間が見るべき箇所を減らす」というスコープの絞り込みの問題に落とし込むことに挑戦しています。これが成功すれば、「業務で使える LLM」に大きく近づく予定です。

人間は、数分の単発タスクだけでなく、数カ月に渡る長期間の業務を行います。こうした実業務を代替・支援していくために、Effective harnesses for long-running agents や Measuring AI Ability to Complete Long Tasks で述べられているような Long Tasks（長期タスク）が一つのトレンドになると思います。

この領域では Solving a Million-Step LLM Task with Zero Errors という論文がとてもおもしろかったです。タイトルの通り、100 万ステップの問題を一つのエラーもなく解こうという内容です。LLM は確率的な挙動を取るため、なかなか精度 100% を達成することは難しいのですが、100 万ものステップがあるタスクでは、仮に単発のステップが 99.99% の成功確率であったとしてもすべてのステップが成功し切るのは天文学的な確率になってしまいます。

そこでこの論文では First-to-ahead-by-k Voting（k 票差先行投票）による誤り訂正を行っています。何度も LLM を実行し、k 票差付けてトップになった候補を採用することで、たまの LLM の失敗を誤り訂正しようという発想です。この論文のおもしろいのは、この誤り訂正の方式そのものではなく、この k がステップ数に対して対数でスケールすることを示している点です。他にも LLM の実行コストのスケーリング則についても言及されていたりと、特に 3.2 節が面白いのでぜひ読んでみてください。一方で、この論文で扱っているのは、ハノイの塔を 100 万ステップで解くという問題のため、各ステップが均一的です。実際の業務はタスクが不均一であり、適切なステップに分解する問題は依然として難しいというのは論文でも言及されている課題です。このような課題があるため、すぐに Ai Workforce（AI ワークフォース）に応用できるわけではないのですが、誤り訂正については別のアプローチで検証を行っています。

使えば使うほど、エッジケースの網羅率が上がるプロダクト

FDE はエージェントや AI ワークフローを構築していますが、現実の業務はそんなに単純にモデル化できません。どこまでいっても、構築時に想定していなかった入力が当たり前のように発生します。事前にこのパターンをできるだけ網羅することも大事ですが、そもそも外部環境も変化する以上、事前に網羅率を 100% にするだけでは実業務に耐えられません。人間の助けを借りてでもロバストにエッジケースに対応し、二度目はシステム単独で対処できるようにすることが実業務に使えるアプリケーションです。

この「使えば使うほど賢くなるプロダクト」というコンセプトは誰もが思いつくものです。プロダクト提供者にとっては moat として競争力に繋がりますし、お客さまにとってもどんどん便利になるため、win-win な形で望まれるものですが、その設計は非常に難しいです。世の中の「使えば使うほど賢くなるプロダクト」の実例は、問い合わせに対して類似の回答例を RAG (Retrieval-Augmented Generation) で取ってくる、というようなパターンが多いように感じています。これ自体はうまくワークすれば強力なのですが、実際には使えば使われるほど検索対象となるデータが増加し、Retrieve 精度の悪化を招きやすくなるという性質があります。

Knowledge Graph (知識グラフ) を始めとして Agent Memory (エージェントメモリ) の進化は 2026 年の一つのトレンドになるでしょう。この進化と並行して、未知のエッジケースに対して、human feedback (人間のフィードバック) によって解決した方法を組み合わせるとエラー訂正になるという仮説を考えています。発見すべきはナレッジや回答そのものではなく、その検証手順であるという仮説です。我々が属人化と呼んでいるものの一つの正体が、ある業務をするときに複数存在する業務手順のことなのであれば、ある業務を実現するときに適切な手順を適切な数だけ取ってくることができれば、業務のエッジケースの網羅性を上げられるのではないかと考えています。

年末ということでキャリアを考える方もいらっしゃるかと思います。FDE は公開して半年の職種ではありますが、経営陣もチーム設計や報酬設計に深く切り込んでいます。

FDE についてです。チーム設計や報酬設計などかなり根本に切り込んで、新しい職種を作っていきます。興味がある方はぜひ松本か私と面談してみてください！ FDE というあり方── エンジニアキャリアと経営・CTO をつなぐ新たな一歩として｜Matsumoto Yuki @y_matsuwitter https://t.co/89bLmnboeS

FDE に興味があるという方はお気軽に以下のリンクからカジュアル面談にお声掛けください。また、採用ページからのご応募もお待ちしています。それでは皆さま良いお年をお迎えください。

jobs.layerx.co.jp open.talentio.com