工程人员到了现场，不等于已经理解业务。企业选择FDE服务时，应检查团队能否把一线经验转成输入、约束、例外与验收条件，再通过试运行验证。湘钢的公开协作记录提供了观察线索，具体项目仍需分别约定角色、范围和接管机制。
让一线人员描述一次完整异常
不要只收集主管希望系统具备的功能。请实际操作人员复盘一次异常，从发现信号、判断依据到采取动作逐步讲清，并记录当时缺少的信息。工序知识常常存在于处理例外的过程，流程图中的标准步骤未必能够覆盖。观察团队是否愿意追问细节、核对数据和承认信息不足，比检查演示文稿是否使用最新技术词汇更能判断理解程度。涉及多个岗位时，还应分别核对他们对同一事件的看法。
把需求讨论留下可审查成果
为每个候选场景形成问题单、数据说明和规则表，由业务与工程负责人共同确认。说明模型输出将如何进入现有操作，以及哪些决定仍由人负责。湘钢现场协作的启发在于双方围绕具体工序持续发现和解决问题，而不是只做一次需求访谈。项目新增资料和修正规则后，应更新同一份受控记录，使后来加入的人知道已经确认什么、仍存在哪些疑问，避免依靠个人记忆交接。
根据生产影响决定试运行方式
视觉提示、计划建议与自动控制对生产的影响不同，不能使用同一套通过标准。先定义测试条件和人工接管路径，再分阶段引入系统建议；对尚未验证的模型保留影子运行，比较它与既有判断的差异。失败样本应回到业务现场解释，不能只在技术指标中被平均。复盘要同时记录误报、遗漏和复核负担，确认新增工具没有把工作压力转移到其他岗位。
用内部团队的接续能力验收
完成验收时，让内部维护人员实际完成一次资料更新、故障定位和版本切回，检查说明是否足够。若所有操作都依赖外部工程师，交接仍未完成。企业可以约定持续支持，但应知道哪些能力留在内部、哪些由服务团队承担。FDE是组织工程工作的一种方式，不能由一张驻场照片或模型上线截图证明；真实的理解最终要体现在问题澄清、可控运行与持续维护上。
执行前，检查这几件事
- 复盘一线实际异常而非只列功能。
- 共同确认数据与工序约束。
- 把未确定事项留在需求记录中。
- 按生产影响安排试运行。
- 让内部人员演练更新与回退。
继续把问题想清楚
参考资料与图片署名
现场记录高4线表面检测与人工远程复核，工长和开发者共同分析工序需求；区分已落地场景与计划上线模型。
核对日期：2026-11-01公司释义确认华菱湘钢、华菱涟钢的实际企业主体，并披露涟钢盘古大模型已上线及算法部署。
核对日期：2026-11-01