FDE 前線部署工程師是什麼？企業 AI 落地最後一哩的完整攻略

FDE（Forward Deployed Engineer，前線部署工程師）是進駐客戶現場、把 AI 模型變成生產系統的工程師。他界定期程、在客戶的系統裡寫程式、把模型推進正式環境，並對採用率負責。這個職位的職缺量自 2025 年以來大量增加：據 Indeed 與 Financial Times 的分析，2025 年 1 月至 9 月，FDE 職缺數成長超過 800%。

想先補生成式 AI 的整體輪廓，可以讀生成式 AI 從原理到應用場景的完整指南。要判斷這個職位值不值得投入，得先拆開三件事：FDE 實際做什麼、薪資數字怎麼讀、它跟顧問或解決方案工程師的差別，企業端怎麼用則是另一個視角的問題。

重點先看

• FDE 是把自己放進客戶現場的軟體工程師：界定期程、在客戶的基礎設施上寫程式、把模型推進正式環境，並對採用率負責。
• 職缺爆紅的背景是試點大量失敗。MIT 旗下 NANDA 計畫於 2025 年 8 月發布的報告，結論顯示企業生成式 AI 試點約 95% 未見損益影響，能補上 demo 到生產系統之間缺口的工程師因此變得搶手。
• 薪水分兩種數字看：官方職缺列出的底薪，OpenAI 為 162,000 至 280,000 美元另加股權，Anthropic 為 280,000 至 320,000 美元一年，查證時點分別是 2026 年 2 月與 9 月。廠商分析的中高階總包裹是另一套範圍，基礎不同，不能混寫。
• 跟顧問與 Solutions Architect 的分界在程式碼寫到哪裡：顧問給建議，SA 做顧問式的 PoC，FDE 直接在客戶基礎設施上寫生產程式碼。
• 今天就能做的動作：把 OpenAI 與 Anthropic 兩份官方職缺逐項對照自己的經歷，列出缺的技能，排進練習計畫。

FDE 是什麼：駐點客戶現場的最後一哩工程師

The Pragmatic Engineer 於 2025 年 8 月 12 日刊出的深度報導把 FDE 定義為「在客戶團隊與核心產品工程團隊之間輪調的軟體工程師」。OpenAI 官方職缺對自家 Forward Deployed Engineering 團隊的自述是「與客戶合作，把研究突破變成生產系統，運作於客戶交付與核心平台開發的交會處」。兩句話指向同一件事：模型在實驗室有效，不等於在企業的資料、流程與系統裡有效，中間那段工程就是 FDE 的轄區。

把模型變成生產系統，具體指的是 demo 之後的那段工作：把客戶的資料接上模型，把工具嵌進既有工作流程，建立評估與護欄，上線後還要監控與維運。這段工作發生的地點在客戶那邊，用的系統與資料也是客戶的，這正是 forward deployed 這個詞的實際含義。產品工程師把能力做成平台，FDE 把平台裝進一家家公司的現實環境裡。

詞源：來自軍事用語的類比

科技媒體 The New Stack 在 2026 年 1 月 30 日的報導裡，以軍事用語類比 forward deployed 這個詞：軍隊裡前進部署的單位待命於前線、快速反應，科技版的 FDE 則被派駐到客戶端或內部開發者身邊。該報導對職務的定位是「介於後勤軟體工程師與客戶面向軟體架構師之間，類似現場 CTO 的工作」。類比幫助記憶，實際內容仍以各公司職缺與團隊說明為準。

Delta 編制：2010 年代早期的起源

FDE 的源頭普遍追溯到 Palantir。這家公司於 2003 年創立，客戶多為政府機關與私人企業，經手資料常屬敏感。Forward Deployed Software Engineer（FDSE）在 2010 年代早期於該公司創設，內部暱稱 Delta。The Pragmatic Engineer 的整理指出，到約 2016 年為止，這家公司的 FDE 多於一般軟體工程師，2016 年 Foundry 平台發布後，較多 FDE 回到產品線，且至今沒有任何公司僱用過比它更多的 FDE。

官方部落格用「一個能力服務多個客戶，對上一個客戶的多個能力」區分內部兩種工程師：傳統軟體工程師為多個客戶開發單一能力，FDSE 為單一客戶啟用多項能力，Delta 隸屬商務開發，任務是為客戶達成技術成果。First Round Review 的報導記下 Karp 的比喻：知名法國餐廳的侍者是廚房團隊的延伸，懂廚房怎麼運作，能依食客口味推薦配對或客製菜色，FDE 的靈感就來自這種角色。

中文世界的譯名

簡體中文圈常譯作「前沿部署工程師」或「前置部署工程師」，台灣的討論多沿用「前線部署工程師」。職缺與官方文件以英文 Forward Deployed Engineer 為準，中文譯名只是閱讀輔助，求職與查證時用英文字串搜尋才不會漏掉職缺。搜尋時還有一個實務細節：同一種工作在不同公司掛不同職稱，只搜 FDE 會漏掉只寫 Applied AI Engineer 或 Deployment Solutions Engineer 的職缺，反過來也一樣。用職責描述取代職稱來過濾，找到的機會更完整。

官方訪談裡的現場紀律

Palantir 官方部落格於 2020 年 11 月 2 日刊出的 FDSE 訪談，把這個職位描述為「直接嵌入客戶、配置既有軟體平台來解決最棘手問題的軟體工程師」。受訪者 Brian 的專案橫跨 cyber、醫療與國防，入職前的背景是硬體工程，COVID-19 專案曾被要求數天內上線營運。訪談列出的現場紀律包括工程審查、程式碼審查、可部署性最佳化、生產系統的維護與監控，也點出回饋迴路：「一些最有價值的產品新增功能源自現場」。

The Pragmatic Engineer 另記下 2019 年兩位 FDE 的一日工作。一位在阿布達比，每週數天在客戶駐點開會、監控、除錯、部署，其餘時間寫小改動與審查程式碼。另一位在聖保羅，節奏逐月變化，有的週像典型工程師，有的週在跟客戶界定專案未來。這種在工程與客戶工作之間切換的節奏，也是各公司職缺內容的共同基調。

FDE 做什麼：兩份官方職缺與三個個案

OpenAI 職缺上的工作內容

OpenAI 的 Forward Deployed Engineering 團隊由 Colin Jarvis 主導組建。他於 2022 年以 Solutions Architect 身分加入，後任 Head of Solutions Architecture，再提出 FDE 團隊的業務案，團隊從 2 人起步。The Pragmatic Engineer 於 2025 年 8 月記錄當時團隊已超過 10 人，據點跨紐約、舊金山、都柏林、倫敦、慕尼黑、巴黎、東京與新加坡。ZenML 的個案敘述則稱 2024 年初 2 人、受訪時 39 人、計畫年底 52 人。兩種說法時間點不一致，團隊成立年份各方講法不一，引用時標明發布者與時點即可。

OpenAI 金融服務 FDE 官方職缺在 2026 年 2 月 10 日的頁面快照列出的職務，是在銀行、資產管理與私募資本組織內主導模型的端到端部署，從探索需求、界定技術範圍、系統設計、建造到正式環境上線。成功以三件事衡量：正式環境採用率、可量化的流程影響、會改變產品與模型路線圖的評估驅動回饋。職責要項還包含跨多個部署案擁有技術交付、打造全端系統、嵌入客戶團隊引導採用、在範圍、速度與品質之間取捨、必要時直接寫程式、把可行模式固化為工具或劇本、向 Research 與 Product 回饋現場發現。工作條件是紐約每週進辦公室 3 天的混合模式，提供搬遷協助，差旅至多 50%。

這份職缺值得逐條讀。從第一個原型做到穩定生產，代表同一個人要橫跨探索、建造與維運三個階段，中間不交接給別的團隊。把可行模式固化為工具、劇本或積木，代表現場經驗要能沉澱成別人可重複使用的資產，避免客戶離開後歸零。向 Research 與 Product 回饋現場發現，則把 FDE 與純粹的客製服務拉開距離：客戶現場的問題，有機會改變模型與產品本身的路線圖。職缺把這三件事寫成同一個職位的要求，工作範圍因此從需求一路延伸到採用。

Anthropic 職缺上的工作內容

Anthropic 官方職缺頁於 2026 年 9 月 10 日查證時，把 FDE 放在 Applied AI 團隊之下，自述「直接嵌入最重要的策略客戶，驅動轉型級的 AI 採用」。職缺點名的技術項目很具體：MCP 伺服器、子代理與 agent skills，供生產流程使用。日常工作是以 Claude 模型在客戶系統內打造生產應用，提供高規格的貼身部署支援，把可重複的部署模式回饋給 Product 與 Engineering，並與客戶建立長期關係。想讀懂職缺裡的技術名詞，可以先補 MCP 伺服器的背景知識與 agent skills 的運作方式。差旅估約 25%，地點為紐約、舊金山或西雅圖，至少 25% 的時間進辦公室，提供簽證贊助。

職缺的定位句寫得直白：「你將坐在企業 AI 部署的最前緣，成為形塑前線部署模式的創始 FDE 之一」。對人的期望是自主運作、在模糊中成長、在客戶環境代表 Anthropic。創始職缺的制度還未定型，工作方法要自己邊做邊定，適合喜歡從零定義角色的人，需要清楚作業手冊的人會待得辛苦。

個案一：Morgan Stanley 的管線與試點

ZenML 對 OpenAI FDE 組織的個案整理指出，Morgan Stanley 是 2023 年第一個部署 GPT-4 的企業客戶，應用從財富管理研究擴及全體理財顧問。時程拆成兩段：6 至 8 週建成技術管線，內容包含檢索調校、護欄與評估框架，再加 4 個月試點與信任建立。個案記錄的結果是理財顧問採用率 98%、研究報告使用量 3 倍。檢索調校背後的 RAG 技術細節另有專門的說明。

時程結構值得單獨看：技術管線只占 6 到 8 週，試點與信任建立卻要 4 個月。工程做完不等於採用發生，那 4 個月花在讓理財顧問真的用起來，也花在讓組織信任輸出的品質。個案裡 98% 的採用率來自兩段時間加總，無法視為管線建成當下的數字。

個案二：半導體公司的除錯代理

同一份個案整理記錄一家歐洲半導體公司：工程師 70% 到 80% 的時間花在除錯與相容性維護，FDE 交付 10 個用例，早期部門效率提升 20% 到 30%，目標 50%。做法是在 Codex 上建除錯調查代理，先按急迫度把問題分級，從寫出說明成因的工單，進化到自動修復並發出 pull request。團隊信條是評估驅動開發：「驗證存在之前，任何 LLM 程式碼都不算完成」，並以 20 多步的專家軌跡建立標記評估集。想跟著做的人，評估工程的入門介紹與 Codex 的使用指南是兩個起點。

個案三：供應鏈情境與產品迴路

個案裡的 APAC 汽車製造商，展示情境是中國到韓國的貨品被課 25% 關稅。工程原則是能確定的地方就用確定性程式碼：輪胎等重要零件永遠保持雙供應商與交期要求，用 100% 確定性程式檢查，LLM 只用在需要機率判斷、能加值的地方，跑五組最佳化情境後給建議。

Klarna 的路徑則顯示現場工作如何長成產品。2023 年 Klarna 發現 400 多項政策的手寫提示不可持續，改為參數化指令與工具，每個意圖掛評估集，長成內部框架 Swarm，開源後在 T-Mobile 客服案驗證可泛化，業務規模、政策數與複雜度是前一個案的 10 倍，最終由產品團隊做出 Agent SDK。ZenML 記錄的團隊哲學是「吃下痛苦、產出產品」，明言師法 Palantir，只做價值數千萬到數十億美元級的問題，定位為 zero-to-one 團隊，不做長期服務。

這條路徑把 FDE 的產出分成兩層：給客戶的解方，以及從解方長出來的產品能力。判斷一個 FDE 職缺的含金量，可以看現場經驗有沒有機會回饋到產品。只有第一層的職位接近客製服務，兩層兼有的職位，現場經驗會沉澱進產品，累積的資產跟著產品走。

為什麼 2025 年爆紅：95% 試點失敗率與最後一哩缺口

95% 統計怎麼讀

Fortune 於 2025 年 8 月 18 日的報導指出，MIT 旗下 NANDA 計畫發布的 The GenAI Divide: State of AI in Business 2025 報告，結論顯示企業生成式 AI 試點約 95% 未見損益影響，研究基礎是 150 個高層訪談、350 人的員工調查與 300 個公開 AI 部署的分析。這個數字描述的是試點階段的集體現象，不代表每家公司都失敗，也不代表生成式 AI 沒有用。The New Stack 於 2026 年 5 月 28 日的分析把失敗點講得具體：AI 試點常死在 demo 之後，模型碰上雜亂資料、沒有文件的流程與生產系統的時候。兩個來源合起來看，市場缺的就是能把模型推過這段路的人。

三個成長數字，三種來歷

談 FDE 職缺成長，常見三個數字，期間、方法與發布者都不同，不能互相混寫或加總。

800% 的數字由 Salesforce News 於 2026 年 3 月 18 日的報導轉述。2,100% 的預估出自 Christian & Timbers，研究基礎是 2026 年 1 月至 6 月間訪談 180 家公司的 250 多位 C 級招募主管，加上 80 位財星 500 大主管調查與 300 多位 FDE 及應用 AI 工程師訪談。a16z 於 2025 年 6 月 5 日稱 FDE 為「科技業最熱職缺」。Christian & Timbers 的調查另指出，年初僅 5% 到 10% 的受訪公司計畫聘 FDE，且多為小試驗，到第二季末升至 70%，大型顧問與服務公司規劃把 FDE 編制擴到 10 倍、組 20 到 100 人團隊。

讀這三個數字的方法，是先看期間與樣本，再看發布者是誰。800% 有 Indeed 的職缺資料庫當底，反映已發布職缺的變化。2,100% 是招募主管訪談推出來的預估，講的是未來意圖，不等於已發生的聘用。1,000% 出自單一廠商對自家領域的分析，抽樣限英文職缺。三個數字可以並列參考，寫進任何比較時都要帶上各自的標籤。

時間軸也攤開來看：a16z 的「最熱職缺」說法在 2025 年 6 月，800% 的統計期間到 2025 年 9 月，2,100% 的預估與精英稀缺研究在 2026 年年中密集出現。一年之內從創投的喊話走到獵頭的調查與預估，這個職位的能見度就在這條時間軸上快速上升。

17,000 人裡的 2,000 人

TechCrunch 於 2026 年 7 月 30 日的報導取得 Christian & Timbers 的「精英 FDE 稀缺研究」：全美約 17,000 名 FDE，其中一大塊任職於 Palantir，甚至有客戶只為接觸其 FDE 而買該公司技術。同時具備產業知識、企業溝通份量、應用 AI 實戰經驗、能持續為企業創造 AI 投報的人，總數約僅 2,000 人，研究者的原話是「不是 2,000 人待聘，是總共 2,000 人」。Jeff Christian 的形容是「企業在盛夏裡持續搶人」，精英 FDE 的投報以數千萬美元級衡量，例子包括加速潛在客戶開發，或取代 2,300 名文件處理員。

跟相鄰職種的邊界：顧問、Solutions Architect 與 Solutions Engineer

跟顧問差在哪

官方訪談給出的差別是技術上的創造力與交付速度：Foundry 與 Gotham 是現成遊樂場，多數零件開箱即用，不必為每個客戶重新發明輪子，也不必花多年拼湊補丁式解法。The Pragmatic Engineer 的整理補上時間軸：顧問做一次性建議，FDE 與客戶長期工作。First Round Review 於 2026 年 2 月的長文寫得更直接：FDE 直接嵌入客戶，打造產品的最後一哩，使其能在生產環境運作，與傳統解決方案顧問或銷售工程師不同，FDE 仍是貨真價實寫程式、除生產程式碼 bug 的工程師。

質疑也一直存在。多年來有人把這個職位視為「美化版的顧問服務」，該長文並提到，Palantir 近年市值超過 3,000 億美元的成功，讓這個角色重新被檢視。曾協助 Ironclad 建置 legal engineering 團隊的 James Honsa 提醒另一端：這個模式「被框成萬靈丹，其實是相當鈍的工具」，該公司成熟後把 legal engineers 留給高客單客戶，財星 100 大的法務長甚至暱稱他們 The Backpacks。他把界線講得清楚：範圍可以蔓延，計價按工作流走，前提是軟體本身的經濟要受益。

在顧問與工程之間移動的路徑也有人走通。Abby Bangser 在 ThoughtWorks 做了六年顧問，現在是新創 Syntasso 的創始首席工程師，她受訪時說，顧問生涯教會她把高價值技能整理成工具箱帶到不同情境，加入新團隊數週就能把平台模式推給特定團隊。顧問背景轉 FDE 的優勢在於情境切換的速度，要補的則是生產程式碼的紀律。

OpenAI 內部：FDE 與 Solutions Architect 的分工

Solutions Architect（SA）是 OpenAI 的既有職位，與 FDE 並存且分工明確。The Pragmatic Engineer 的整理：SA 偏顧問式，極少在客戶基礎設施上寫程式，以匿名或離線資料做 MVP 或 PoC 為主。FDE 直接在客戶基礎設施上寫程式、用客戶的工具，面對的模糊度更高，並對齊研究目標。一個產品迴路的例子：某語音客戶要做客服自動化，FDE 先為語音模型建評估，模型起初不達標，FDE 帶資料回研究部門改善，之後該客戶成為第一個把進階方案推上線的公司，OpenAI 的 Realtime API 也因此改善。

跟 Solutions Engineer 的關係與社群質疑

Solutions Engineer（SE）是相近職種的通稱，在社群討論裡常與 FDE 相提並論。Reddit 工程師社群的討論串裡常見的質疑是：FDE 是不是解決方案工程師或銷售工程師的重新包裝，r/salesengineers 版甚至有「如果你的公司叫你 FDE」的討論，也有工程師視之為「技術特種部隊」混合職。Baseten 從業者 Trivedi 於 2024 年 6 月 2 日的個人文章自述這個職位像「消防員、水電工與翻譯」的混合，是公司的第一道防線，時間分配約 60% 模型效能、20% 軟體工程、10% 銷售、10% 客戶支援。

AWS 主首席解決方案架構師 Prasad Rao 在 2026 年 1 月的 LinkedIn 文章描述：「FDE 在整個客戶生命週期保持動手，參與日常營運、問題出現就修、依現場實況調整系統」。Perspective AI 的分析對職缺描述裡的時間分配另有估計：約 60% 客戶面向、30% 部署程式、10% 內部事務，與 Trivedi 的個人自述不同源，兩組數字對照著讀，比單看一組更能感受工作的比重。

職稱變體與同名的產品功能

Perspective AI 的廠商分析顯示，2026 年的職缺出現職稱碎片化：Forward Deployed AI Engineer 見於 Google、Scale AI 與 Cohere，Applied AI Engineer 見於 Anthropic 與 Mistral，Deployment-Solutions Engineer 見於 Databricks 與 Snowflake，FDSE 見於 Palantir 與 Hebbia，中型新創則有 FDE-SA 混合職，這些變體與 FDE 不完全等同。另一個容易混淆的名字是 Foundry 官方文件裡的 AI FDE：那是透過交談指令操作 Foundry 的互動代理，把自然語言轉為資料轉換、程式庫管理、本體建立維護等操作，需啟用 AIP，並遵守使用者既有權限。它是產品功能，與人類職位同名但不同層，讀職缺或產品文件時要分清楚。

把四個職種放在同一組條件下比較，分界主要落在程式碼寫到哪裡、待多久。

FDE 薪資：兩種數字別混著看

官方職缺列出的底薪

OpenAI 金融服務 FDE 職缺在 2026 年 2 月 10 日的頁面快照，列出薪酬 162,000 至 280,000 美元，另加股權。Anthropic 的 FDE 職缺在 2026 年 9 月 10 日查證時，列出 280,000 至 320,000 美元一年。兩個數字都是官方職缺頁寫明的範圍，與獎金、股權價值加總後的全年總薪酬是不同的基礎，實際條件隨公司政策與時點不同。

讀薪資數字時，地點與時點先於數字本身。兩份職缺都以美國城市為據點，數字不能直接換算到其他市場。官方職缺頁列的是底薪範圍，股權價值隨公司與時點浮動，總包裹估計則是把股權算進去的另一種算法。談判時該問的是底薪、獎金、股權各自怎麼算，別拿總包裹的上限去比底薪的下限。

總包裹的另一套估計

同一份 Perspective AI 廠商分析對總薪酬另有一套估計：中階 30 萬至 45 萬美元，資深 45 萬至 55 萬美元，前緣實驗室 staff 與 principal 級 60 萬至 120 萬美元以上，頂端職位的股權占 55% 到 70%，2024 年的估計是 35% 到 45%。這套數字把股權算進去，與官方職缺頁的底薪範圍基礎不同，比較時必須分開標明，不能寫成同一個薪資區間。

經驗門檻與工作條件

兩份官方職缺並排看，差異集中在經驗門檻、差旅強度與據點城市。

資格條件各有加碼。OpenAI 另列金融產業經驗與在模糊環境交付複雜系統的經驗，Anthropic 歡迎具顧問經驗的軟體工程師與技術創辦人，金融、醫療等企業垂直領域背景在其職缺列為加分。同期 OpenAI 職缺變體還包括生命科學 FDE，地點涵蓋都柏林、倫敦、慕尼黑與紐約，Anthropic 職缺頁另列慕尼黑職缺，Deloitte 也掛有政府與公共部門方向的 Anthropic FDE 職缺。

誰適合做 FDE：技能、年資與入行路徑

職缺反映的技能清單

兩份官方職缺的技能要求集中在三層。工程底層要 Python、JavaScript 或 TypeScript 的前後端生產級程式碼。AI 應用層要 LLM 應用開發、檢索、提示工程、評估框架與代理開發。客戶層要需求探索、界定期程，以及對高層溝通的能力。Perspective AI 的分析對技能出現頻率有自己的估計：核心工程出現在 95% 以上的抽樣職缺，AI 特定技能 80% 以上，客戶需求探索類技能 70% 以上且增幅領先。AI 代理開發的系統性指南是補第二層的直接讀物。

三層技能也可以從失敗模式倒推。試點常敗在資料與流程，所以檢索與評估框架是必備。試點通過後要有人推著採用發生，所以客戶層的溝通與期程管理躲不掉。相較之下，模型應用本身的知識反而相對好補，模型能力持續變強，文件與課程也多，工程與客戶兩端的判斷力才是職缺裡重複出現的門檻。

年資光譜與面試

聘用條件呈現一條光譜，沒有單一門檻。The Pragmatic Engineer 的整理：Ramp 的資深 FDE 偏好 5 年以上，但也收 exceptional new grads。Palantir 甚至收過僅一年資歷的工程師。Commure 與 Matta 重視端到端出貨經驗，後者的工業 AI 工作要求在工廠現場界定解方。在源頭公司做了七年 FDE 的 Anjor Kanekar 曾長期待在 Airbus 的最終裝配線。Palantir、Commure 與兩份官方職缺列出的差旅比例從約 25% 到 50%，現場工作是這幾家公司明列的固定條件。

First Round Review 訪談了兩位與這套編制淵源很深的招募人士。前 FDE、曾主管 FDE 招募的 Shilpa Balaji 說，該公司的 FDE 名單以新鮮人為大宗，FAANG 十年以上的資深反而可能是紅旗，表現突出的 FDE 是「忍不住一直蓋東西的人」，「願意吃苦」是標配，模式本質是「在客戶情境中發現新東西、把產品開發去中心化」，節奏是「今天聽到什麼就原型，隔天拿給客戶看」。這種當天做原型的節奏，與 vibe coding 的快速迭代做法相通。First Round 人才主管、同樣來自該公司招募體系的 Tiffany Siu 補充，FDE 通過與軟體工程師相同的面試關卡。

入行路徑與公司制度

Trivedi 在個人文章裡自述的入行路徑是寫公開文章：他用 Truss 部署開源 LLM 的部落格文章，被 Baseten 共同創辦人看見，於 2024 年 1 月加入該公司任 FDE，工作涵蓋售前與售後。他描述的三階段是先回答高層技術問題，例如快取模型權重、併發與吞吐，再建造與最佳化模型，用 TensorRT 降延遲、用請求批次拉吞吐，成交後與客戶並肩跑基準並轉為支援。

Salesforce 新聞室的介紹提供另一種參考。FDE 制度由工程、專業服務與客戶成功三個內部團隊共同組成，六個月內團隊擴編三倍，內部轉調占 FDE 異動的 40% 到 50%，2025 年 9 月起跑六週新訓，兩週技術加四週實作。Salesforce FDE Director Sarah Khalid 的分工描述是「實作團隊蓋系統，FDE 確保那些系統產生價值」，部署對 FDE 而言就是「打包筆電、前往客戶現場」。副總裁 Ruth Hickin 的形容是「駭客、客戶價值與專業服務人員」的混合，並強調「這不是典型的軟體實作」：寫程式是基本盤，分水嶺是判斷力、模式辨識與對高層說實話的能力。制度面的變化包括 FDE 過去最多 40% 時間花在行政準備，如今多已自動化，客服 AI 代理以 70% 分流率為北極星指標，達標後客戶會擴大到第二個用例。對圈外人的建議只有一句：「先成為你現職裡的 AI 專家」。

企業怎麼用 FDE：供應商服務、內建團隊與合資公司

買供應商的 FDE 服務

Anthropic 於 2026 年 5 月 4 日發布官方公告，與 Blackstone、Hellman & Friedman、Goldman Sachs 成立企業 AI 服務公司，General Atlantic、Leonard Green、Apollo、GIC 與 Sequoia 出資。公告未給公司名，任務是服務跨產業的中型公司，客群包含社群銀行、中型製造商與區域醫療體系這類缺乏自建資源的公司。Anthropic 的 Applied AI 工程師與新公司的工程團隊並肩工作，找出高影響力的切入點、打造客製解方、長期支援客戶。公告裡的範例場景是多院區醫療集團的臨床文書、醫療編碼、事前授權與合規審查，工程團隊與臨床人員及 IT 坐在一起，把工具建進既有工作流程。CFO Krishna Rao 的說法是「企業對 Claude 的需求顯著超出任何單一交付模式能承載的範圍」。

TechCrunch 於 2026 年 7 月 30 日的報導稱這家公司為 Ode with Anthropic，執行長是 Chris Taylor，他對 FDE 市場的觀察是「很多 FDE 能幫你把 Claude Code 推廣到員工，極少數能打造你的旗艦 AI 產品功能」。想評估這類服務的公司，可以先看 Claude Code 的使用教學，弄懂工具能做什麼，再判斷服務範圍。

在 Anthropic 公告的同日，Bloomberg 報導 OpenAI 為 The Deployment Company 募資 40 億美元，19 名投資人，估值 100 億美元，投資人含 TPG、Brookfield、Advent 與 Bain Capital。TechCrunch 於 2026 年 5 月 4 日的整理對兩案的解讀，是資產管理公司出資換取投資組合企業的優先銷售通道，「新資本也讓每個客戶能分到更多工程資源，擁抱 Palantir 發揚光大的 FDE 模式」。華爾街日報對 Anthropic 案報導估值 15 億美元，Anthropic、Blackstone 與 H&F 各出資 3 億美元。同篇報導的背景數字：OpenAI 於 2026 年 3 月底宣布 1,220 億美元新資金、估值 8,520 億美元，Anthropic 洽談 500 億美元、估值 9,000 億美元。合資架構與金額屬滾動變動的資訊，決策前以當時的公告為準。

兩個合資案把供應商 FDE 從人力問題變成資本問題。資產管理公司出的資金，換到的回報包含股權報酬，也包含投資組合企業的優先銷售通道。對 AI 公司來說，新資本讓每個客戶分到更多工程資源，FDE 服務的供給不再被自家編制綁死。對買方的採購人員來說，實際問題反而變單純，變成這些工程資源什麼時候輪得到自家公司。

自組內建 FDE 團隊

TechCrunch 報導保險、金融科技、醫療與遊戲公司自組內部 FDE 團隊，把專有流程留在公司內，同時降低對 AI 公司的依賴。自建與外購的取捨可以用三個問題檢驗：流程與資料能不能交給外部團隊、用例數量夠不夠支撐全職編制、內部有沒有人能對採用率負責。三個答案都偏向內部，自建就值得認真評估。企業若透過雲端服務取得模型能力，這條路徑可視為AIaaS 人工智慧即服務；FDE 的工作則是把模型與既有系統、資料及工作流程整合進生產環境。內建團隊的第一批任務，常是把手上的工作流程接上模型，ChatGPT 進工作流程的應用場景是常見起點。要把流程裝進團隊自己掌控的 Agent runtime，可以對照 Hermes Agent 的資料流與安全評估，先想清楚資料會送到哪裡。

First Round 記下的歷史原型之一是 Looker：2013 年起的模式是在試用期內前線部署，「賣產品但用起來像客製服務」。以假設年費 2.5 萬美元、2,000 個客戶計，是 5,000 萬美元年經常性收入的示意路徑，數字為假設試算，未引用實際財報。Ironclad 的 legal engineering 團隊則顯示範圍紀律的重要：模式擴散有前提，軟體經濟要受益，計價要能對上工作流。

台灣看得到的 FDE 現況與切入點

職缺與報導現況

搜尋快照顯示，104 人力銀行已見使用 Forward Deployed Engineer 職稱的職缺，內容是 AI Agent 平台進客戶產線現場，把多源營運資料轉為決策支援。快照會變動，職缺內容與數量持續變動，單一快照不代表市場全貌。繁中媒體方面，INSIDE 於 2026 年 7 月 31 日刊出取材 TechCrunch 報導的 FDE 專文，CIO Taiwan 則早在 2026 年 5 月 31 日刊出前線部署工程師的專文，之後仍持續有追蹤報導。

從既有職位切入

想往這個方向移動，職缺開出的條件要長期累積，眼前能做的則在現職裡：接下公司內部的 AI 部署專案，累積 LLM 生產經驗與客戶面向紀錄，這正是兩份官方職缺共同要求的兩件事。兩份職缺都寫明進辦公室天數與差旅比例，實際條件依各公司公告為準。

內部專案、公開作品、客戶面向經驗，三者都不需要換公司就能開始累積。內部專案要挑一個有真實使用者的流程，把檢索、評估、部署整條做完，記下採用率。公開作品是把部署過程寫成文章或開源專案，依 Trivedi 的個人自述，他就是靠公開文章被看見而入行，Klarna 案則顯示現場經驗可以沉澱成開源框架。客戶面向經驗靠主動承接對外溝通，練習把技術取捨講給非工程背景的人聽。

值不值得投入：壽命預測與反面證據

五到十年的壽命預測

獵頭 Christian 對長期提出警告：兩年內也許會變成軟體代理在自動化其他軟體代理，人不再居中驅動，中期需求可能轉向實體 AI，也就是人形機器人導入流程，五到十年內 FDE 職位可能「消失」。這是招募者的預測，尚未發生，但方向值得記錄。Perspective AI 的分析另引述 Stack Overflow 2026 開發者調查：41% 的 AI 工程師有超過 30% 的時間面向客戶，2023 年這個比例是 12%。工程與客戶工作的界線正在移動，把模型推進生產環境的工程需求，被多個來源重複指向。

把預測拆開看，確定性各不相同。兩年內的軟體代理自動化，前提是代理工具的可靠度持續上升，這在客戶現場仍待驗證。實體 AI 的需求轉向，取決於機器人硬體的成熟時間，主要變數落在硬體。五到十年的職位消失，是把前兩個條件都成立之後的外推。招募者看的是職缺供需，個人職涯的決策還要加上技能移轉性：評估、部署與客戶溝通這組能力，在職稱改變之後仍然帶得走。

質疑與限制

除了「美化版顧問」的標籤，實務限制還包括差旅負擔，OpenAI 職缺載明至多 50%。案件選擇也有門檻：ZenML 的個案裡，OpenAI 團隊只挑價值數千萬到數十億美元級的問題，定位 zero-to-one、不做長期服務，多數公司實際碰到的部署支援，不一定長這個樣子。Honsa 的「鈍工具」提醒同樣實際：模式擴散有前提，軟體經濟要受益。

投入前可以問自己一個問題：能不能在沒有既有劇本的環境裡，把一個模糊需求變成上線系統，並對採用率負責。答案若是肯定的，這個職位的技能組合在供應商與企業兩端都有去處。

下一步

行動跟開頭的重點先看收在同一條時間軸，由近到遠推進。

• 起步：把 OpenAI 與 Anthropic 兩份官方職缺逐項對照自己的經歷，標出缺的技能。
• 六到八週：做一條端到端管線，含檢索、評估與部署。時長參考 Morgan Stanley 個案的技術管線，也貼近 Salesforce 六週新訓的技術與實作比例。
• 四個月：找一個真實場域試點，驗證採用率。時長參考 Morgan Stanley 個案的試點期。
• 之後：把過程寫成可展示的公開紀錄，Trivedi 靠公開文章被看見的路徑，是可以複製的做法。

四段各有明確的完成標準。第一段的產出是技能差距清單，逐條附上現有的證據。第二段的產出是一條可展示的管線，含評估集與上線紀錄。第三段的產出是真實使用者的採用數字，樣本不用大，但要能重複驗證。第四段的產出是公開文章或開源專案，讓招募方找得到你。

職缺條件與薪資會變動，技能與案例是自己能累積的部分。