什么是 FDE:对项目结果链负责的工程角色
用结果链与交付证据定义角色。
一份持续更新的双语工作手册,回答 FDE 如何把 AI 能力交付成可运行、可采用、可移交的业务结果。
先把责任、流程、证据和两张工作模板建立起来,再逐步补齐技术、组织、岗位与真实案例。
案例、方法、模板、岗位和社区反馈都回到对应章节,不再作为彼此割裂的一级栏目。
用结果链与交付证据定义角色。
AI 产品为什么重新需要高接触交付。
FDE 与产品、售前、实施、客户成功和 Applied AI 的区别。
同一责任在采购、合规、私有化和组织边界中如何变化。
从进入现场、问题定义到运营与能力移交。
数据、权限、遗留系统、采购、合规与组织阻力。
什么时候需要自主执行,什么时候确定性工作流更合适。
知识边界、权限继承、时效、引用与检索评测。
用失败模式、测试集、阈值和回归替代 Demo 印象。
最小权限、人工确认、审计和高风险动作。
接口、回滚、SLO、事故响应、采用与移交。
用问题、方案、质量、运行、结果与移交证明项目完成。
把能力映射到作品、项目材料与可观察行为。
从工程、数据、产品、售前、咨询和甲方 IT 进入 FDE。
看真实职责,不只看岗位标题。
让 FDE 形成产品反馈,而不是滑向无限定制外包。
解释 Demo 为什么没有变成可持续结果。
用统一证据卡比较不同项目,而不是包装成功故事。
让案例、方法、模板和岗位卡在真实问题中持续更正。
白皮书的每个判断,最终都要落到可复核材料。
真实用户、流程、基线与损失
约束、架构决策、假设与替代方案
Eval、失败模式、安全与上线门槛
发布、采用、稳定性、成本与事故
业务结果、责任确认与持续运营能力