OpenAI FDE研究报告

如果无法正常显示,请先停止浏览器的去广告插件。
分享至:
1. OpenAI FDE研究报告 FDE是OpenAI将前沿模型落 到复杂企业生产环境的工程 组织方式。 企业流程 关键对象是部署组织、生产 n 系统、企业流程与可衡量业务 可衡量业务 业务控制台 前沿模型 结果。 结果 ·部署能力正在成为企业AI 从 实验走向价值的关键壁垒。 工程师 清新研究团队12026年5月
2. 研究问题与分析框架 从组织、工程、治理和价值四个维度理解FDE 问题 分析链条 OpenAI为什么需要专门的Deployment Company 组织动因 与FDE组织? 工作机制 问题二 FDE如何把AI系统部署到真实企业环境并沉淀 为产品能力? 产品能力 问题三 企业和人才如何围绕FDE构建能力、治理和投资 决策? 案例证据 治理与人才启示 @清新研究团队12026年5月
3. 核心结论速览 FDE的长期价值来自现场 FDE是OpenAl的生产部署DeploymentCompany把现场 组织,不是单纯客户服务部署组织化、规模化和产品化 产品化飞轮 生产系统 客户数据 工具 权限 生产系统 流程 工具、权限和流程连接成生产 @清新研究团队|2026年5月 NY2 信号资本 自 一FDE把模型能力、客户数据、 系统。 现场信号 品规模化 模型能力 信号资本与部署飞轮 组织化 一 Deployment Company把现场部 署组织化、规模化和产品化。 产品化 一FDE的长期价值来自现场信号 资本与部署飞轮。
4. @清新研究团队简介 领导学术研究团队近30人。 沈阳:清华大学新闻学 院/人工智能学院双聘教 指导大数据 授、博导 Al 人形机器人等多个产业团队 团队坚持:整体主义、实证主义 社会建构 六大研究方向: 1.AI大模型 理论与哲学 4.新媒体与 网络舆论 邮箱:124739259@qq.com 进步主义 视频号:@清新研究;公众号:@清新研究 2.AI文艺 5.大数据 图 3. AI应用 6. XR应用 ③微博:@清新研究丨公众号:@清新研究
5. OpenAIDeploymentCompany是什么 它是 OpenAI 帮助组织构建和部署 AI 系统的新组织形态 官方公告强调帮助企业部署 企业楼宇内部嵌入 支AI部署小队 这意味着 识别高影 @清新研究团队|2026年5月|数据来源:https:/
6. FDE的官方定义 把AI带入复杂真实用例的生产环境 Forward Engineers Forward Deployed Deployed Engineers OpenAI 明确写到 FDE 是把 AI 带入生产的方式。 从AI实验走向可靠部署 FDE团队在真实企业复杂性 中构建定制 AI 系统。 实验室模型 @清新研究团队| 2026年5月 1 数据来源:https://openai.com/business/the-openai-deployment-company 生产系统 目标是从AI实验走向可靠 部署。
7. 为什么通用产品模式不够 一复杂企业环境里,安全、权 限、治理和遗留系统都不是 边缘问题。 FDE 权限 通用 产品 一通用产品往往无法直接吸收 行业流程和组织责任 A 安全 A 治理 遗留系统 现场构建 FDE 成功 交付 通过现场构建解决 最后一公里问题 @清新研究团队12026年5月 业务成果 最后一公里
8. 真实企业环境意味着什么 真实企业环境意味着什么 安全模型、权限、治理、合规、运营 安全模型、 权 限、 治理、 合 规、 运 营 控制和遗留系统共同构成约束 控制和遗留系统共同构成约束 一 OpenAl 官方页面把这些约束列为红色核 一 OpenAl官方页面把这些约束列为红色核 心而非边缘。 心而非边缘。 安全模型 全模型 安 治理 治 理 权限 权限 一 这要求 FDE 从架构第一天就处理企业边 一 这 要求FDE从 架构第一天就处理企业边 界 界。。 A 系统 AI系统 一一 部署难点不只是模型答案质量,而是系统 部署难点不只是模型答案质量,而是系统 能否可靠运行。 遗留系统 遗留系统 个 运营控制 运营控制 @清新研究团队12026年5月 @清新研究团队 | 2026年5月 国 合规 合 规
9. FDE不是传统咨询外包 它需要把现场工程与产品反馈连接起来 咨询报告 生产系统 一传统咨询常交付建议或 一FDE需要构建可运行系统 阶段性项目。 长 并把模式回流成产品能力。 因此它更像部署工程、产品工程与组织变革的结合 @清新研究团队12026年5月
10. FDE不是单纯解决方案架构师 架构之后还要构建、上线、评测和迭代 方案蓝图 ? 一 一 OpenAI FDE岗位覆盖 discovery、scoping、system design、build 和 rollout。 一这使FDE 必须对生产结果负责,而非只对方案负责。 一上线后的反馈会继续进入评测和产品方向。 产品方向 代码 上线 监控/评测 @清新研究团队12026年5月 本报告来源于三个皮匠报告站(www.sgpjbg.com),由用户Id:1181721下载,文档Id:1243172,下载日期:2026-05-20
11. FDE也不是内部产品经理 它在客户现场捕捉产品化机会 产品路线图 =O 客户现场信号 2)这些信号会转化为 1)FDE的现场信号来自 真实客户流程和约束 durable solutions 3)产品方向来自 repeatable patterns 和真实部署,而不是 product direction抽象需求会议 @清新研究团队2026年5月
12. FDE是现场工程组织 客户 它把客户交付、平台开发和研 平台 究反馈放到同一闭环 -FDE处在客户交付和核心平台开发 </> 交叉点。 一它既处理端到端部署,又发现可复 研究 用平台能力。 一这让现场部署成为产品演进的一部 分。 @清新研究团队|2026年5月 FDE 闭环 GTM
13. 从模型能力到生产价值 AI 的价值不在于能回答,而在于能进入业务流程 FDE FDE把模型接入客户数据、 生产价值 l 生产价值需要指标、日志、 目 权限和人工接管来支撑。 工具、控制点和业务流程。 V 模型能力 规模化 L M @清新研究团队12026年5月 业务结果 真正可规模化的是 可复用部署模式。
14. OpenAI的企业采用背景 OpenAI公告提到已有超过IOo万企业采用产品和API 部署瓶颈 公告把DeploymentCompany放在企业采用 生产价值 100万企业 快速扩张之后。 。当试验足够多,真正稀缺的是可靠部署能 力。 FDE 需要可靠 部署能力 企业采用 是把采用量转化为生产价值的 组织抓手。 FDE @清新研究团队|2026年5月|数据来源:https://openai.com/index/openai-launches-the-deployment-company/
15. 新公司的结构信号 独立业务单元,但作为OpenAI的延伸 Deployment Company OpenAI (研究、产品、内部部署) (独立单元) 一公告称DeploymentCompany是独立单元。 一同时它会连接OpenAI 的研究、产品和内部部署团队。 一这种结构兼顾客户速度与前沿能力输入。 @清新研究团队|2026年5月「数据来源:https://openai.com/index/openai-launches-the-deployment-company
16. Tomoro带来的部署能力 约150名FDE和DeploymentSpecialists成为启动资产 OpenAI Tomoro团队 Deployment Tomoro 团队 Company OpenAl 并入 Deployment Deployment Company OpenAI公告披露已同意收购|Tomorol 一Tomoro会带来约150名有经验的FDE和部署专家。 一这说明部署不是临时销售动作,而是专门组织能力。 @清新研究团队「2026年5月「数据来源:https://openai.com/index/openai-launches-the-deployment-company!
17. 超过40亿美元初始投资与19家伙伴 部署公司需要资金、生态和系统集成能力 资金 伙伴 FDE 一同时有19家全球公司与 系统集成伙伴参与。 部署平台 一FDE的扩张需要与大型 一OpenAl公告提到超过 40亿美元初始投资。 企业生态共同完成。 三股力量汇入部署平台,推动AI实际应用落地。 @清新研究团队|2026年5月1数据来源:https:/openai.com/index/openai-launches-the-deployment-company
18. 部署从诊断开始 诊断白板上标注高价值痛点 不是先卖许可证,而是先识别高价值问题 一合作开始于诊断客户最重要、最棘 宫 高价值痛点 手的问题。 Pain Point 1 Urgent! Pain Point 2 诊断阶段决定后续工作流是否值得 High Impact! 投入。 Bottleneck 高价值痛点 高价值痛点 一好的FDE会先定义业务价值和风险 VALUE&RISKBOUNDARY 边界。 1 @清新研究团队|2026年5月
19. 优先工作流选择 FDE不应同时改造所有流程 工作流优先级矩阵 ·公告强调选择优先工作流。 不 ·优先级应由影响、可行性、风险和复 影响 用潜力共同决定。 ·小范围高质量闭环比大范围松散试点 更重要。 优先 搁置考虑 低 影响 ·聚焦产生最大价值。 评估 低可行性 @清新研究团队12026年5月 高可行性尚
20. 设计、构建、测试、部署 生产系统需要完整工程链条 设计 构建 FDE 负责设计、构建、测试和部署。 测试必须覆盖真实样本(边界条件和失败模式 部署必须包括监控、回滚、接管和评估。 @清新研究团队|2026年5月 测试 部署
21. 连接模型到数据、工具、控制和流程 这是FDE与普通模型接入的分水岭 数据工具 (Data)(Tools) ·公告明确生产系统会连接OpenAI模型 与客户数据、工具、控制和业务流程。 模型 ·连接点越多, (Model) 流程 (Processes) 控制 (Controls) @清新研究团队|2026年5月 (权限和责任越重要。 ·FDE的核心是控制下的系统集成。
22. 银行级规模化部署 BBVA:全 从员工生产力到AI-nativebanking MOpenAI官方页面显示 BBVA合作扩展到120,000名员工。 覆盖25个国家,AI被嵌入银行核心运营。 金融场景说明FDE必须面对高监管与高 信任要求。 自一日 规模化部署展示了对企业级FDE能力的 极高要求。 员工工作流 @清新研究团队2026年5月|数据来源:https://openai.com/business/the-openai-deployment-company/ https://openai.com/index/bbva-collaboration-expansion/ AI 辅助 银行核心运营
23. JohnDeere:农业推荐系统 FDE进入季节性、专业性强的真实场景 一OpenAI 与 John Deere 合作部署 种植季 AI 推荐。 一团队与领域专家审查真实样本 并建立定制评测。 一官方页面称该系统帮助农民最 多减少70%的化学品使用 @清新研究团队|2026年5月|数据来源:https://openai.com/business/the-openai-deployment-company! 领域专家 推荐系统
24. 案例说明FDE的价值标准 价值要能被真实业务结果衡量 BBVA (组织级) 可衡量价值链 (Measurable Value Chain) 部署与 $ John Deere 真实业务结果 核心证据 生产场景影响 (专业场景) 一二者共同说明FDE不是演示,而是生产场景影响 一可衡量结果是 FDE从试验走向部署的核心证据。 一 BBVA 展示组织级规模,John Deere 展示专业场景结果。 @清新研究团队2026年5月
25. FDE 岗位画像 FDE能力雷达图 端到端生产部署,而不是只做售前 写系统 OpenAI FDE 岗位描述强调复杂端到 端部署 业务理解懂客户 技术深度会评估 范围包括discovery、scoping、 system design、build、rollout 这要求FDE能写系统懂客户 会评估(能上线) 能上线 @清新研究团队|2026年5月|数据来源:https://openai.com/careers/forward-deployed-engineer-%28fde%29-nyc-new-york-city/
26. GovFDE:公共部门与missionimpact 政府客户要求更强的治理、合规和现场协作 政府 PUBLICSECTOR GovFDE会嵌入政府与公共部 门客户。 职责包含从原型到生产的技术 交付。 COMPLIANCE DEPLOYMENT ENGINEER 部署工程师 它还要把现场模式和最佳实践 反馈给产品与GTM团队。 合规盾牌 @清新研究团队2026年5月|数据来源:https://openai.com/careers/forward-deployed-engineer-gov-washington-dc/ https://www.fedramp.gov/marketplace/products/FR2533155773/ MISSION IMPACT
27. Strategy &Operations FDE 部署组织也需要组合管理与执行节奏 Strategy/Ops角色 FDEPortfolioReview GTM Product 产品 Dashboard 市场推广 负责组合评审、执行 追踪和规划节奏。 FDE 组织 </> Research 组合评审 Engineering 研究 工程 FDE组织处在Product Engineering、Research和 Strategy/Ops角色 负责组合评审、执行 追踪和规划节奏。 GTM交叉点。 @清新研究团队/2026年5月|数据来源:https://openai.com/careers/strategy-and-operations-forward-deployed-engineering-%28fde%29-san-francisco/ M执行追踪 √规划节奏 这说明FDE不是单 个英雄工程师,而 是组织化系统。
28. PlatformEngineerFDE 把现场部署放大为平台能力 Platform ·Platform EngineerFDE嵌入部署小队。 Engineer FDE bugs 部署小队 features 痛点 、目标是把真实部署中发现的问题转化为平台能力。 现场部署需求 。平台化是防止FDE变成低效定制项目的关键。 低效定制项目 平台能力 @清新研究团队|2026年5月数据来源:https:// 平台化
29. 半导体FDE:垂直行业正在出现 设计验证与物理设计岗位显示FDE走向专业工作流 芯片设计流程 逻辑设计 架构定义 一OpenAl已出现面向半导体设计 验证和物理设计的FDE岗位。 O 部署 设计验证 一这些岗位服务芯片设计生命周期 中的专业任务。 AI部署小队 一垂直FDE将成为高价值行业部署 制造/测试 物理设计 @清新研究团队|2026年月|数据来源:https://openai.com/careers/design-verification-foward-deployed-engineering-san-francisco/ 的关键形态。
30. ZeeLin才队重构务价值 本十FDE模式: 本土FDE模式:ZeeLin团队重构业务价值 【核心定义】 【核心定义】 2026年第一季度,ZeeLin团队在国内 率先推出FDE服务体系,并在某研究团 率先推出FDE服务体系,并在某研究团 队完成了实践验证,该体系被用于提升 队完成了实践验证,该体系被用于提升 其执行车企项目的效率 其执行车企项目的效率 2026年第一季度,ZeeLin团队在国内 83 ️ 核心模式:双轮驱动 ⚙ 核心模式:双轮驱动 ,FDE团队:专业交付力量深入一线,承接 • FDE团队:专业交付力量深入一线,承接 业务需求。 业务需求。 • Agentic OS:智能平台提供标准化治理与 ·Agentic OS:智能平台提供标准化治理与 工具支持。 工具支持。 ?目标:形成从定位到结果的业务价值闭 � 目标:形成从定位到结果的业务价值闭 环 环 M 【三位一体服务架构】 【三位一体服务架构】 丝交付团队 (前线攻坚) � 交付团队 (前线攻坚) 深入业务一线,对最终交付结果直接负责, 深入业务一线,对最终交付结果直接负责, 解决个性化难题。 解决个性化难题。 智能平台 (技术核心) � 智能平台 (技术核心) 赋能自动化审核、智能日报生成及问题反馈 赋能自动化审核、智能日报生成及问题反馈 闭环,提升人效。 闭环,提升人效。 ①治理体系 (安全保障) � ️治理体系 (安全保障) 建立权限隔离、操作审计、质量评测及成本 建立权限隔离、操作审计、质量评测及成本 监控的全方位合规网。 监控的全方位合规网。
31. 再沉淀产品 六步闭环部署法:ZeeLin先解决问题, 六步闭环部署法:ZeeLin先解决问题,再沉淀产品 01 调研 04 生产 识别真实业务痛 01 调研识别真实业务痛04 生产 02 定界05落地 05 落地 点与需求 点与需求 构建可规模化的稳定系统 构建可规模化的稳定系统 明确实施范围与 02 定界明确实施范围与 核心目标 核心目标 全员推广,完成业务切换 全员推广,完成业务切换 03 原型 06 沉淀 快速验证方案, 03原型快速验证方案, 06 沉淀 小步快跑 小步快跑 提炼方法论与资产复用 提炼方法论与资产复用 (真实业务成果) 【真实业务成果】 人效提升:实现60%的人员转岗 � 人效提升:实现60%的人员转岗 效应,释放人力做更有价值的事。 效应,释放人力做更有价值的事。 � 流程优化(2026Q1):产品流程优 图流程优化(2026Q1):产品流程优 30人。 化,团队规模从47人精简至30人。 化,团队规模从 47人 精简至 � 自动化落地(26Q1):自动化项目 间自动化落地(26Q1):自动化项目 实施,团队规模从25人精简至13人。 实施,团队规模从 25人 精简至 13人。
32. ZeeLin技术核心:大小模型协同 + Agent /Workflow 双弓引擎 ZeeLin技术核心:大小模型协同 + Agent / Workflow 双引擎 Agent + Workflow 双引 擎 擎 大小模型协同 吕大小模型协同 Agent + Workflow 双弓 目标:兼顾AI处理效果与企业运营成 � 目标:兼顾AI处理效果与企业运营成 本。 本。 策略:简单任务→低成本小模型; � 策略:简单任务→低成本小模型; 复杂任务一→高能力大模型。 复杂任务→高能力大模型。 结果:严格控制边际成本,实现最优 ✅ 结果:严格控制边际成本,实现最优 性价比。 性价比。 � ️Workflow (保障稳定): DWorkflow (保障稳定): 构建标准化流程,确保全链路稳定、可 构建标准化流程,确保全链路稳定、可 控、可追溯。 控、可追溯。 � Agent (应对变化): 间Agent (应对变化): 基于LLM的智能体,灵活应对业务中的 基于LLM的智能体,灵活应对业务中的 长尾问题与复杂交互。 长尾问题与复杂交互。 流程重构:从“人工主导”到“A主处理” 流程重构:从“人工主导”到“AI主处理” 过去:人工主导的繁琐模式 过去:人工主导的繁琐模式 •,人工全量处理海量重复数据,效率低 人工全量处理海量重复数据,效率低 ,多系统切换、手工汇总生成报告,极易出错 • 多系统切换、手工汇总生成报告,极易出错 现在:AI主处理+人机协同模式 现在:AI主处理 + 人机协同模式 ·AI自动处理绝大多数任务,人工仅需审核极少数例外 •AI自动处理绝大多数任务, 人工仅需审核极少数例外 ·Agent自动跨系统协同,系统生成日报/周报 • Agent自动跨系统协同,系统生成日报/周报, 反哺模型 反哺模型
33. FDE能力栈总览 工程、产品、研究、行业和变革能力叠加 变革 ·FDE需要生产级软件工程能力 行业 1 ·还需要理解客户流程、风险和指标。 研究 个 ·最稀缺的是把现场问题抽象成可复用 产品能力的能力。 产品 1 工程 @清新研究团队「2026年5月
34. 生产级全栈构建 FDE必须能把原型推到可运行系统 OpenAI岗位提到 production-grade frontend/backend code 能力。 LIVE 迁移 前端、后端、API、权限和日志都 服务于生产闭环 </> 原型代码 原型只是起点,稳定运行才能交付。 @清新研究团队「2026年5月 生产服务 从原型代码到生产服务的迁移
35. 评测工程是FDE的安全阀 没有评测,部署只是在赌运气 评测仪表盘 一FDE页面提到定制评测系统 用于测量准确性。 可靠性 正确性 上线门槛 业务指标 一评测应覆盖正确性、可靠性、 边界样本和业务指标。 一评测结果应进入持续送代和 持续迭代 失败样本库 @清新研究团队|2026年5月「数据来源:https://openai.com/business/the-openai-deployment-companyl 上线门槛。
36. 安全与权限是第一层工程约束 AI系统接入企业工具后,权限风险会放大 权限网关与工具白名单 一官方定义把安全模型和权限列为核心约束。 工具白名单 权限网关 一 FDE必须处理身份、访问范围、工具白名单 和最小权限。 AI 系统 数据库 (受限) API (特定) 云服务 一权限设计决定系统能否进入核心流程。 (授权) 用户 最小权限原则 非白名单工具 (拒绝访问) @清新研充团队/2026年5月
37. 治理与合规不能后置 FDE要把规则写进系统,而不是 写在报告里 OpenAl 系统 一治理和合规是 OpenAI 官方定义 中的核心约束。 一高风险行业需要审批、日志、审 计和责任归属。 一合规设计越早进入,部署越可持 系统设计阶段 合规规则嵌入 系统流程 续。 @清新研究团队12026年5月 可持续部署
38. 遗留基础设施是现实入口 OLDSYSTEMS&DATA MODERN AI SYSTEM EXISTINGENTERPRISE 企业不会为 AI ENVIRONMENT 重建所有系统 Legacy Infrastructure OpenAI FDE & New Tech Imperfect Realities 核心约束 一OpenAl官方定义:把legacyinfrastructure作为 一FDE任务:要连接旧系统、 旧数据和旧流程 一真正部署能力:体现在与不完美环境共存。 @清新研究团队【2026年5月
39. 运营控制决定能不能日常运行 上线之后才是真正的开始 运营控制台 运行期监控 一运营控制包括监控、告警、回滚、 (Monitoring) A 例外处理和人工接管。 一没有运营控制, AI系统很难被关键 流程接受。 回滚 一FDE必须把运行期设计作为架构的 一部分。 (Rollback) 关键流程安全网 (SafetyNetfor CriticalProcesses @清新研究团队|2026年5月
40. FDE与领域专家共创 真实问题必须由现场专家解释 一OpenAI 官方页面强调与领 域专家一起理解问题 FDE转化知识 一把这些知识转成系统 设计和评测样本。 围绕流程图协作 专家提供业务知识 一提供业务语言 况和价值判断。 @清新研究团队|2026年5月 例外情
41. 客户信号进入产品路线 现场信号 FDE识别模式 演化为产品能力 (Field Signals) 现场部署不是一次性服务 9 一FDE识别的重复模式会演化为产品能力 (Product Capabilities) 。 一Strategy/OpsFDE页面也强调客户信号到 产品方向(Product Direction) 一这让真实部署成为产品研发的数据源 (Data Source for Product R&D) 。 @清新研究团队12026年5月 产品路线图
42. Build,Prove,Generalize 从定制系统到可复用能力 一OpenAI页面把部署到产品的循环概 括为build,prove,generalize。 构建 证明 一先在真实场景构建,再证明价值, 最后抽象成产品能力。 一这正是 FDE与传统项目交付的核心 差异。 @清新研究团队2026年5月|数据来源:https://openai.com/business/the-openai-deployment-company/ 泛化
43. AgentSDK与部署产品化 FDE模式会回流到AqentSDK等产品能力 一官方页面指出重复模式会进入AgentSDK等产品能力。 一FDE现场经验能帮助平台知道哪些抽象最有用。 一 Agent 平台不是凭空设计,而是从部署中生长。 能力模块 记忆 能力模块 抽象 调度器 调度器 工具集 FDE现场工作流 回流与优化 现场工作流抽象成AgentSDK组件 @清新研究团队|2026年5月|数据来源:https://developers.openai.com/api/docs/guides/agents Agent SDK产品组件 工具集
44. ResponsesAPI与工具系统 FDE需要可编排、可追踪、可接工具的模型接口 OpenAI 将 Responses API 作为构建 agentic 应用的重要原语。 Websearch、filesearch、computeruse等工具让AI进入工作流。 工具越强,评测和权限越重要。 工具系统 评测与权限 (Evaluation&Permissions) (Tools System) Web Search 可追踪(Traceable) Responses APl 安全(Secure) File Search > Al 工作流 7 (AI Workflow) Computer Use @清新研究团队「2026年5月「数据来源:https://openai.com/index/new-tools-for-building-agents/ https://openai.com/index/new-tools-and-features-in-the-responses-api/ 评测标准 (Benchmarks)
45. 企业数据与隐私边界 部署必须尊重客户对业务数据的控制 数据边界和隐私控制示意图 业务 一OpenAI企业隐私页面强调 企业数据 隐私边界 外部环境 数据控制和默认不用于训练 一 FDE需要把 数据边界 写进架构与 合同。 一客户信任来自能力、 能力 客户控制 控制和透明 度共同作用。 @清新研究团队|2026年5月「数据来源:https://openai.com/enterprise-privacy/https://openai.com/business-data/ 信任 控制 透明度
46. OpenAIFedRAMP场景 政府部署需要单独看功能边界与授权环境 FedRAMP Marketplace FedRAMP环境 专用API端点 CERTIFIED gov.api.openai.com 0 ·API需要使用指定 OpenAIFedRAMP页面 说明FedRAMP环境功能 gov.api.openai.com端点 与商业环境不同。 @清新研究团队|2026年5月|数据来源:https://help.openai.com/en/articles/20001070-chatgpt-enterprise-and-api-platform-for-fedramp https://www.fedramp.gov/marketplace/products/FR2533155773/ · FedRAMP Marketplace 列出 OpenAI 产品为 FedRAMP Certified。
47. NISTAIRMF:可信AI的管理框架 FDE应把风险管理贯穿设计、开 发、部署和使用 AI风险管理框架四象限 不 设计 开发 风险 V-NIST AI RMF1.0 是自愿、跨行业、 管理 用例无关的AI风险管理框架 风险管理 V 一它帮助组织管理 AI 风险并促进可信、 负责任的AI。 风险管理 V一FDE可以把它作为高风险部署的治理 部署 风险管理使用 语言。 贯穿整个生命周期 @清新研究团队/2026年5月|数据来源:https://www.nist.gov/itl/ai-risk-management-framework https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-ai-rmf-10
48. NIST Generative AI Profile 生成式AI需要专门风险画像 一 NIST 发布 Generative AI Profile 作为 AI RMF 的伴随文件。 内容生成风险 幻觉与 准确性 一 它帮助组织识别生成式 AI 特有风险。 一FDE在生成式应用部署中应结 个 安全与隐私 偏见与公平性 合该profile 做风险清单。 生成式AI风险雷达 @清新研究团队|2026年5月|数据来源:https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-generative-artificial-intelligence
49. NIST SSDF与 SP800-218A AI部署首先仍是安全软件开发问题 安全软件开发生命周期 AI模型实践 ·NISTSSDF提供安全软件开发实践。 ·SP800-218A扩展到生成式AI与双用途基础模型 ,FDE的生产构建应遵循安全开发、供应链和模型特定实践 @清新研究团队|2026年5月|数据来源:https://csrc.nist.gov/pubs/sp/800/218/finalhttps:/csrc.nist.gov/news/2024/nist-publishes-sp-800-218a
50. NISTCSF2.0 FDE需要把网络安全结果嵌入部署目标 Identify 一 NIST CSF 2.0 用于管理网络安全风险。 Recover Protect AI 系统 一它提供任何组织都可使用的成果分类。 一 FDE 应把 Identify, Protect, Detect, Respond Detect Respond,Recover等能力映射到AI 系统。 网络安全框架与AI部署映射 @清新研究团队12026年5月 数据来源: https:/www.nist.gov/publications/nist-cybersecurity-framework-csf-20
51. CiSASecurebyDesign 供应商应把安全作为默认产品属性 交付产品 (安全就绪) 安全默认开关 →ENABLED 安全内置,非外挂 ON ·CISA Secure by Design强调软件制造商应默认构建更安全的产品。 ·FDE作为部署组织,应避免把安全转嫁给客户最后处理。 产品设计集成 ·安全默认化会降低规模化部署摩擦。 供应商 FDE (部署组织) 安全设计 @清新研究团队|2026年5月|数据来源:https:/www.cisa.gov/resources-tools/resources/secure-by-design 集成与验证 客户 即用型,低摩擦
52. Section 508 与 USWDS 公共服务场景请考虑可访问性 一Section508要求联邦机构ICT提供等效访问。 ·联邦机构必须确保其电子和信息技术(ICT)可供残 政府服务门户 障人士访问和使用,实现平等参与。 一USWDS提供建设可访问、移动友好政府网站的 介 服务导航 在线申请表格 A*A 设计系统。 ·USWDS是一个开源设计系统,提供组件、样式和指 29 提文 南,帮助构建一致且无障碍的政府数字服务。 Tab 一GOVFDE若构建面向公众或公务员界面,需把 无障碍当作工程要求。 政府前端开发(GovFDE)在创建用户界面时,应从 一开始就将无障碍标准纳入工程规范和测试流程。 @清新研究团队12026年5月 数据来源:https://www.section508.gov/https://designsystem.digital.gov/ 无障碍用户 无障碍界面与政府服务门户集成示意
53. BLS没有FDE独立职业口径 本报告使用相邻职业作为技能市场代理 BLS职业分类与FDE交叉区域 FDE现状 ForwardDeployed Engineer不是 职业 B BLS独立职业分类。 职业A 因此不能直接声称FDE市场规模。 可用软件开发、系统分析、研究科学 软件开发 BLS 职业分类 FDE 系统分析 职业B 等相邻职业观察技能需求。 职业 C 相邻职业代理 @清新研究团队|2026年5月|数据来源:https://www.bls.gov/ooh/computer-and-information-technology/software-developers.htm https://www.bls.gov/ooh/computer-and-information-technology/computer-systems-analysts.htm https://www.bls.gov/ooh/computer-and-information-technology/computer-and-information-re 研究科学 交叉区域 技能需求映射
54. 软件开发相关岗位增长15% FDE的工程底盘来自生产软件能力 软件工程岗位增长仪表盘 BLS 预计软件开发、QA与测试岗位 增长 2024-2034增长15%。 </> 软件 15% 开发 2024 QA& 测试 年均职位空缺约129,200个。 2034 这支撑FDE对生产级软件工程能力的长期需求。 2024 2026 @清新研究团队|2026年5月|数据来源:https:/www.bls.gov/ooh/computer-and-information-technology/software-developers.htm 2034
55. 计算机系统分析师增长9% FDE需要系统分析与组织流程理解 客户请求 9% 初步评估 2024 系统分析&诊断 系统分析能力是 FDE诊断客户流程 组织流程映射 2034 BLS预计计算机系统分析师 2024-2034 增长9%。 的重要组成。 个 解决方案建议 34,200 个 实施&反馈 @清新研究围队|2026年5月数搞来源:https://www.bls.gov/ooh/computer-and-information-technology/computer-systems-analysts.htm 年均职位空缺约34,200个。
56. 网页开发与数字设计增长7% BLS预计2024-2034增长 网页开发与数宇设计 分增长7% 视觉创意 用户界面连接 年均职位空缸 Al Workflow 约14,500个 AI工作流 FDE界面求 虽然FDE不是前猫郎署工 程师,但生产系统仍需要 清界面 V BLS预计网页开发与数字设计2024-2034增长7%。 V年均职位空缺约14,500个。 虽然FDE不是前端部署工程师,但生产系统仍需要清晰界面。 @清新研究团队|2026年5月 数据来源:https://www.bls.gov/ooh/computer-and-information-technology/web-developers.htm
57. 计算机与信息研究科学家增长20%。 FDE连接研究能力和部署反馈。 1) BLS 预计计算机与信息 ★ 研究突破 部署反馈 FDE 研究科学家2024-2034 增长20%。 ↑ 2)年均职位空缺约3,200 个。 FDE连接桥 3)FDE需要把研究突破翻译 成生产系统。 研究实验室 @清新研究团队|2026年5月数据来源:https://www.bls.gov/ooh/computer-and-information-technology/computer-and-information-research-scientists.htm 生产系统
58. FDE是多职业交叉能力 一FDE不应被单一岗位口径限制。 多能力交叉核心 工程 一它更像多能力组合:工程、系统、 行业 一它更像多能力组合:工程、系统, 系统 研究、产品和行业 一企业培养FDE人才要从项目闭环 而非单课培训开始。 @清新研究团队|2026年5月|数据来源:https://www.bls.gov/ooh/computer-and-information-technology/software-developers.htm ; https://www.bls.gov/ooh/computer-and-information-technology/computer-systems-analysts.htm ; https://www.bls.gov/ooh/computer-and-information-technology/computer-and-information-research-scientists.htm 产品 项目闭环实战 研究
59. 原创概念一:现场信号资本 业务语言 审批路径 真实部署信号是OpenAlFDE的战略资产 一现场信号包括失败样本、业务语言、审批路 径和指标差异。 一这些信号可转化为评测集、产品需求和部署 失败样本 指标差异 现场信号 playbook。 一谁能更快吸收现场信号,谁就更接近真实产 品市场。 @清新研究团队丨2026年5月 资本账户 @清新研究团队2026年5月
60. 原创概念二:约束内生化工程 ·把企业约束作为系统设计输入 一安全、权限、治理、合规和遗留系统必须从第一天进入架构 一这不是降低创新速度,而是减少上线阻力。√ 一复杂行业越需要约束内生化。 系统架构图 核心服务 企业约束 安全权限治理 合规 遗留系统 数据层 核心服务 接口层 @清新研究团队「2026年5月 @清新研究团队「2026年5月 应用层
61. 原创概念三:部署飞轮 从诊断到产品能力的循环 诊断问题 构建定制 加速下 系统 一次部署 飞轮越强 证明 回流平台 能力,加速下一次部署。 飞轮越强, 价值 抽象重复 模式 一诊断问题, 构建定制系 统,证明价值。 ,FDE越不只是项目团队。 @清新研究团队|2026年5月
62. 原创概念四:可审计价值链 AI价值必须能被追踪和复盘 M价值链连接数据、提示、工具、 从输入到业务结果的证据链 模型、审批、日志、评测和结果。 M任何断点都会削弱客户信任。 输入 可审计价值链是高风险行业部署 (数据,提示) 工具& 模型 审批& 日志 评测 业务结果 (高置信度) 证据链 的前提。 信任&合规 @清新研究团队|2026年5月
63. 原创概念五:经营动作接口 FDE的对象是企业经营动作 AI 一企业经营动作需要被重新接口化。 一模型、工具、人员和控制点要 在同一流程内协同。 接口 一 FDE 是让 AI 进入经营动作的 接口设计者。 经营动作 控制点 @清新研究团队「2026年5月 FDED
64. 成熟度L1:实验型 Demo成功不等于部署成功 L1 阶段以单点 试验为主。 看起来不错 X 上线 AI DEMO 主要 风险是 演示好看 但不能上 线。 @清新研究团队|2026年5月 11 价值
65. 成熟度L2:嵌入型 AI进入一个真实工作流 AI节点 数据&工具真实用户& &审批真实结果 主要风险: 权限和责任边界不稳定 OpenAI FDE researchdeck @清新研究团队2026年5月
66. 成熟度L3:运营型 AI成为日常运营系统的一部分 日常运营控制台 实动监控 一 L3阶段已有日志、评测、回滚和监控。 一系统可以在日常流程中运行。 一主要风险是反馈闭环断裂或异常恢复不 足。 反馈闭环 @清新研究团队|2026年5月 异常恢复
67. 成熟度L4:模式型 部署经验可以跨场景复用 一L4 阶段多个部门或客户出现重复模式。 一团队能形成 playbook、模板和评测套件 一主要风险是过度定制项目。 共享部署模板 风险 &Playbook 000 客户A:制造 跨场景复用 客户B:云服务 清新研究团队12026年5月 SS 5 标准化流程 过度定制项目 客户C:金融
68. 成熟度L5:产品型 现场模式进入平台产品 VL5阶段部署经验被产品化。 主要风险是产品抽象失去现场适 配能力。 ·平台能力降低下一次部署成本。 平台能力 平台模块 部署模式上升 现场部署 @清新研究团队|2026年5月 ④部署成本
69. 指标一:Time-to-first-value 衡量从诊断到首个价值的速度 首个价值时间轴 一 FDE 追求早交付和快速选代。 Time-to-first-value 一首个价值应由客户业务指标确认。 一速度必须与风险边界共同衡量。 诊断/ 启动 持续选代/扩展 交付前探索 首个价值持续价值 交付增长 价值确认(客户指标) @清新研究团队12026年5月
70. 指标二:可信吞吐 衡量能被接受的任务完成量 000 可信吞吐(Trusted Throughput) 增长 评测 审批 业务 验收 个 生产价值 一总生成量不能代表生产价 值。 总生成量 一可信吞吐关注通过评测、审 批和业务验收的任务量。 一高风险流程更需要可信而 非全自动。 @清新研究团队12026年5月
71. 指标三:评测覆盖率 衡量关键场景是否进入测试 评测矩阵 一评测应覆盖常规样本、边界样本和 常规 边界 失败 失败样本。 覆盖不同场景 一 John Deere 案例显示定制评测对准 确性改进重要。 定制评测一→准确性提升 一没有覆盖率,部署风险无法度量。 无覆盖率=无法度量风险 @清新研究团队|2026年5月
72. 指标四:人工接管质量 衡量 AI 不确定时如何交给人 人工接管 (Context/Evidence/Advice) 高影响场景 交接 (不应追求无条件自动化) AI不确定 X- 人类专家 (保留上下文、证据和建议) 用户信任 (人工接管质量决定用户信任) 一高影响场景不应追求无条件自动化 一接管必须保留上下文、证据和建议。 人工接管质量决定用户信任。 @清新研究团队丨2026年5月
73. 风险一:定制过拟合 每个客户都变成孤岛会伤害规模化 FDE团队 个 >FDE 需要定制,但不能停在定制。 客户A 客户C 客户B 孤岛项目 孤岛项目 孤岛项目 →重复模式必须及时抽象 客户A 客户B 否则部署公司会变成高成本项目工厂。△ FDE团队 共享平台 (抽象层) @清新研究团队12026年5月 客户C 规模化平台
74. 风险二:合规瓶颈 模型能力不能替代授权和审计 一政府和金融场景需要合规证据 搜权边界 一FedRAMP场景说明功能和端点会受授权边界影响。 FedRAMP 合规设计必须与系统设计同步。 合规商 未经授权流程 @清新研究团队|2026年5月 闸门 授权流程
75. 风险三: 责任集中 AI深入核心流程后,问责会集中到部署决策 决策者 批准访问&定义阅值 开发者运维人员 实现逻辑&测试监控&处理异常 一谁批准工具访问,谁定义國值,谁处理异常都需要明确。 一FDE应提前设计责任链。 否则系统越强,组织风险越高。 @清新研究团队|2026年5月
76. 风险四:变革阻力 部署AI会改变岗位、流程和权力边界 工程组员 一 FDE 不只是工程问题,也是 组织变革 部署前 问题。 组员 实例 投资 安全 业务 人员 一 业务、IT、安全、法务和一线人员必须 共同参与。 忽视人和流程 使用。 @清新研究团队「2026年5月 会让技术系统无法持续 业务和 理员 法务 法务和 投员 业务 组织 投员 部署后 法务 组制 流程 Al 业 总组 流性 安员
77. 优势来自部署速度与产品化回流 竞争曲线:模型能力与部署能力双轴 模型领先只是起点。 战略优势与壁垒 个 一谁能把模型更快带入真实流 高质量反馈 程,谁能获得更高质量反馈。 快速部署 一FDE 让部署能力成为 AI 公司的 模型能力 战略壁垒。 传统模式发展路径 部署能力 @清新研究团队12026年5月
78. FDE可能重塑软件交付方式 软件从许可交付转向现场共同构建 企业AI不会只靠自助控制台完成。 复杂流程需要现场诊断、构建和迭代。 许可证交付 FDE让产品与服务边界重新融合。 现场共同构建 (FDE) @清新研究团队12026年5月
79. 给企业的三条建议 再扩大采用 先建部署蓝图, 企业部署路线图 一优先选择高价值、可测量、 扩大采用&规模化 可控风险工作流。 一 把数据、权限、工具、审 批、日志和接管写进蓝图。 一要求每次部署产出可复用 playbook。 初始蓝图 t 试验部署&验证 6 权限 审批 接管 @清新研究团队12026年5月 高价值 工作流 可复用 多业务场全组织 景部署推广 Playbook 持续优化
80. 给AI厂商的三条建议 把 FDE视为产品组织的一部分 S S 售后交付成本 不要把FDE只当售后交付成本。 产品价值创造 FDE信号回流 评测 日志 产品组织 平台能力 建立现场信号到平台能力的 一把评测、日志、权限、 审批和回滚内置进产品。 权限 审批 回凌 @清新研究团队12026年5月 (8) 现场信号 正式机制。
81. 给人才的三条建议 FDE人才需要多栈能力 复杂现场问题 模型和工具 构建生产软件 能力 能力 可复用能力 理解客户流程 评测、合规和运营 最重要的是把复杂现场问题 FDE人才能力地图 清新研究团队2026年5月 抽象成可复用能力。
82. 部署本身就是产品 OpenAIFDE的关键启示 >未来企业AI 的竞争不只是模型 榜单。 >真正的竞争在于谁能把AI可靠 模型 企业 部署到真实运营。 >FDE代表从“会用模型”到“围绕 智能重构组织”的转变。 @清新研究团队12026年5月 部署就是产品 部署飞轮

首页 - Wiki
Copyright © 2011-2026 iteam. Current version is 2.155.2. UTC+08:00, 2026-06-20 19:04
浙ICP备14020137号-1 $访客地图$