# Salesforce 招 FDE，MuleSoft 只算加分项

> 集成是这份工作的核心。MuleSoft 开发者缺的是真代码、大模型和带客户的能力，这些靠证书补不上。

原文: https://fdetimes.net/zh/analysis/mulesoft-developers-salesforce-fde-skills/

MuleSoft 是 Salesforce 自家的产品。可在前线部署工程负责人（Forward Deployed Engineering Lead，Data Science & Integration）的招聘要求里，MuleSoft Anypoint Platform 的实战经验，包括高级 DataWeave 和在 Runtime Fabric 上部署，被放在了“优先”一栏，而不是“必需”。

乍看有点反常。其实这是整份招聘要求里最值得细读的一处，因为它透露出 Salesforce 看重集成开发者技能中的哪一部分。

如果你写 Apex、搭 MuleSoft 流程、用 DataWeave 做数据映射，又在琢磨能不能转做前线部署工程师（FDE），这份招聘要求给出的答案相当明确：核心技能你已经有了；缺的部分很具体，也学得会，但没有哪张证书能替你补上。

## 集成是主业，不是副业

按 Salesforce 自己的说法，FDE 是决定智能体如何接入企业数据的人。MuleSoft 开发者值得把这句话多读一遍：在 Salesforce，FDE 的工作恰恰围绕着你每天在做的事。

需求来自 Agentforce，Salesforce 称它是公司历史上增长最快的产品。一个回答客户问题的智能体，只有读得到 ERP 里的订单、老系统里的工单记录和合同，才真正有用。每一条连接都是一道集成题。

团队的组织方式也说明了这一点。Salesforce 把 FDE 编成小组，每组两名 FDE 加一名部署策略师（Deployment Strategist）。一个客户只配两名工程师，容不下只懂提示词、不懂数据如何在系统间流动的人。

## 为什么 MuleSoft 只是加分项？

把招聘要求里的两行放在一起看就明白了。必需项要求在企业集成平台和 API-led 连接设计方面有经过验证的专长；只有优先项才点名 MuleSoft。合理的解读是：Salesforce 把思维方式放在工具之前。

举个具体例子。客户希望智能体回答“我的订单到哪了？”。订单数据在 SAP，物流状态在承运商的系统里，客户信息在 Salesforce。

习惯 API-led 的人会把问题拆成几层。底层分别封装各个源系统；中间层把订单和物流状态关联起来；顶层只返回智能体需要的内容，精简且稳定。这样智能体调用的是一个定义清楚的 API，不必去猜怎么跟 SAP 打交道。

这里的本事在于决定各层的边界划在哪里，而不是敲 DataWeave。哪怕客户明天换了别的集成平台，这套分层依然成立。招聘要求写的是泛称“企业集成平台”而非某个产品名，也可以从这个角度理解。

**要点:** 能把企业数据的流向理清楚的人，已经具备 FDE 的核心技能。

## 证书补不上的三块短板

其余要求才是 Salesforce 开发者最需要准备的地方，因为招聘要求把它们列为必需。它要求至少精通一门编程语言，达到专家水平，例如 Python、Java 或 SQL。这超出了低代码集成工作的范围，你需要拿出真正写代码的证据，而不只是拖拽出来的流程。

第二块短板是 AI。岗位要求掌握大模型集成、提示工程，以及 LangChain、LlamaIndex 这类智能体框架。一般的 MuleSoft 开发者从来不用考虑：API 返回的数据不完整时，模型会怎么做。

第三块最不显眼。这个岗位要在重要客户项目中担任 FDE 技术负责人，有直接面对客户的经验是加分项。再加上 8 年以上端到端交付经验的要求，这显然不是边干边学的岗位。

| 招聘要求 | Salesforce/MuleSoft 开发者通常具备 | 如何补齐 |
|---|---|---|
| API-led 设计、集成平台 | 具备，这是日常工作 | 在简历里写清分层决策，而不只是列工具名 |
| 专家级代码能力（Python、Java、SQL） | 部分具备，常被低代码掩盖 | 一个带测试的 Python 项目，在真实数据上写 SQL |
| 大模型、提示词、智能体框架 | 通常还没有 | 做一个小智能体，调用你自己设计的 API，并记录它出错的地方 |
| 在客户面前担任技术负责人 | 因人而异，常由 BA 或 PM 承担 | 主动承担客户演示、研讨会和故障处理 |
| 8 年以上端到端交付经验 | 取决于资历 | 年限不够就先瞄准普通 FDE 岗位 |

把各行连起来看，最大的短板并不是 AI。智能体框架可以自己在小项目里上手试。而在低代码平台上干了多年之后，要证明自己能写正经代码，往往需要更多证据，所以先从代码补起。

## 入口不一定是正门

如果你还没有 8 年经验，Salesforce 本身并不是唯一的门。Salesforce 建立了 FDE 合作伙伴网络（FDE Partner Network），并称按公司自己的数据，三分之一成功的 Agentforce 项目背后有这个网络里的公司。

Deloitte 把 FDE 直接编入交付团队，成为第一家交付 Salesforce FDE 项目的 GSI。对在咨询公司或系统集成商工作的开发者来说，这是最短的路径：在同一家公司、同一个生态里，从集成团队转到 FDE 团队。

这种模式也在向其他地方扩展。ITPro 报道，Salesforce 将在英国向客户团队派驻专职工程师。随着需求在一个个市场铺开，懂 Salesforce 又能写代码的人在哪里都有优势。

投递之前，先掂量一下负责人岗位的节奏。招聘要求写明，需要能接受 50-75% 的时间出差到客户现场，其中包括安保级别较高的场所。

招聘页面显示，该岗位已于 2026 年 9 月 3 日下线，所以应把它当作一份要求说明来读，而不是一个还开放的机会。

## 为什么这是职业上的一次跃升

Salesforce 的一位 FDE 负责人认为，FDE 处在很有影响力的位置，影响的不只是客户，还有 Agentforce 的未来。集成开发者习惯待在链条末端，接需求、把系统连起来；对他们来说，这是很大的变化：你在客户那里看到的东西，会反过来影响产品。

接下来该做什么也就比较清楚了。重写简历，让每个集成项目都体现一个设计决策，而不只是一串工具名。公开一个带测试的 Python 项目，作为编码能力的证据。然后做一个智能体，调用你自己设计的 API，这样面试时就有真实的经历可讲。

MuleSoft 开发者至今仍常被看作维护“管道”的人。到了智能体时代，正是这些管道决定智能体能不能把活干好，而最懂它们的人，完全有理由去申请 FDE 岗位。

**本周动手试试:**

- 挑一个你搭过的 MuleSoft 流程，用 Python 重写核心逻辑并配上测试，放到 GitHub 上
- 用 LangChain 或 LlamaIndex 做一个小智能体，让它调用你按 API-led 方式设计的 API，记下智能体调用出错的地方
- 修改简历：在每个集成项目下补一行，写明你与客户方相关人员直接合作的经历

## 信源

- [Forward Deployed Engineering Lead - Data Science & Integration (Built In)](https://builtin.com/job/forward-deployed-engineering-lead-data-science-integration/9238624)

- [Salesforce launches Forward Deployed Engineer Partner Network](https://www.salesforce.com/news/news/stories/salesforce-launches-forward-deployed-engineer-partner-network-announcement/)

- [FDEs are back to build Agentforce (Salesforce blog)](https://www.salesforce.com/blog/fdes-back-to-build-agentforce/)

- [Deloitte becomes first GSI to deliver Salesforce FDE engagement](https://www.deloitte.com/us/en/about/press-room/deloitte-becomes-first-gsi-to-deliver-salesforce-fde-engagement.html)

- [Salesforce doubles down on forward deployed engineers in UK Agentforce push](https://itpro.com/security/salesforce-doubles-down-on-forward-deployed-engineers-in-uk-agentforce-push)