我们要理解企业为什么重新思考 FDE：过去大量依赖个人现场知识和手工集成的工作，正在被上下文平台、AI 原生工具和可复用组件重构。对课程来说，重点不是减少 FDE，而是训练 FDE 把一次性交付变成组织能力。
本页以 FDE FAN 的第一视角讲解知识：先讲概念，再讲方法、图表、训练任务。底部保留参考来源，方便继续阅读。
| 知识层级 | 我们要掌握什么 | 训练产物 |
|---|---|---|
| 核心论点 | 企业正在重新思考 FDE，因为现场知识不能长期停留在少数人的脑子里。 | 把个人经验变成上下文资产。 |
| 平台化方向 | 上下文、权限、工具、评估和组件需要被平台承载，而不是每次项目重做。 | 课程要训练上下文工程。 |
| FDE 新职责 | FDE 不只是客户现场解决问题，还要把解决方案产品化、模板化、可复用化。 | 每个作业必须产出可移交资产。 |
| 组织风险 | 如果没有平台化，FDE 成为昂贵瓶颈；如果过度平台化，又可能丢失客户现场判断。 | 训练“平台 + 人”的边界。 |
FDE 不能只做项目英雄，要把现场知识结构化成团队可复用资产。
上下文工程会成为核心技能：知道给模型什么、不该给什么、如何保持更新。
交付标准应从“能跑”升级到“可维护、可审计、可移交”。
| 层级 | 含义 | FDE 产物 |
|---|---|---|
| 过去 | 个人经验、现场救火、重复定制 | 交付不可复制 |
| 过渡 | 模板、Prompt、脚手架、组件库 | 效率提高但仍依赖个人 |
| 目标 | 上下文平台、权限、评估、可观测 | 组织级 FDE 能力 |
FDE 的现场价值往往来自对客户系统、流程、隐性规则和组织政治的理解。问题是，这些理解如果只存在于个人脑中，就无法规模化。FDE 要把现场知识转换成结构化上下文，包括数据来源、字段定义、业务规则、权限边界、异常样本、验收口径和维护说明。
当上下文被平台化，FDE 不需要每次从零开始理解客户资料、拼接 API、写相同的工具说明或重复创建测试清单。平台负责保存和调用上下文，FDE 负责判断上下文是否完整、是否过期、是否越权、是否足以支持上线。课程中应把“资料结构化”设为必修任务。
传统 FDE 容易变成项目英雄：某个人很懂客户、能快速救火、能把系统跑起来。但这类能力很难复制。新的 FDE 训练应该要求学员每做一次项目，都把经验沉淀成模板、组件、Prompt、测试样本、权限说明和操作手册，让下一位同学或下一位企业同事可以接手。
我们要把课程从“会做 Demo”升级到“会沉淀组织资产”。每个案例页应该要求学员提交资料结构图、上下文选择理由、敏感信息处理方式、Prompt 版本记录、测试清单和移交说明。这样学员学到的不是一个页面，而是 FDE 的工作系统。
本课训练目标
我们需要增加“上下文资产化”训练：每个案例必须交付资料结构、Prompt 版本、权限边界和维护说明。
把一个客户资料包整理成上下文目录：哪些给模型、哪些不给、哪些需要脱敏。
为一个 Agent 项目写 Prompt 版本记录和权限说明。
把一次人工救火过程改写成可复用的 runbook。
Unframe. Why companies are rethinking the role of Forward Deployed Engineers. https://www.unframe.ai/blog/why-companies-are-rethinking-the-role-of-forward-deployed-engineers. Accessed 2026-06-28.