《FDE落地方法》系列实务篇。岗位与能力可先看FDE与实施等角色的区别 ，本篇讨论试点结束后的交接。
交接验收时，可以请交付人员暂时离开操作台，让将来使用系统的同事处理一笔新业务，再模拟一次服务超时。看看接手人员能否找到任务状态、判断是否重试，以及确认已经生成的结果还能不能用。
前线部署工程师（FDE）深入业务现场完成工程交付。试点做到什么程度可以移交，不能只由交付人员演示一遍来判断，还需让实际经办人和维护人员试着接手。
谁接手操作，谁接手维护
Palantir的官方岗位说明 把FDE职责从客户初次沟通延伸到生产交付，包含客户协作、定制应用和生产方案。采购时，企业也应把这段职责落实到使用范围、交接人员和双方约定的责任上。
以材料初审为例，经办人收到新材料后，要知道哪些符合受理要求、缺项到哪里查看。智能体给出初审建议，审核人接着核对依据；系统无法处理的材料，则按约定交给人工。交接需要把这段流程走完。
交接说明中，可以由业务负责人确认使用范围和判断规则，技术负责人接手运行与故障处理。服务方怎样处理交付范围内的缺陷、新增场景怎样评估，也应在移交前约定。
客户没有指定接手人员，即使参加过培训，也难以确认谁已经能够独立操作。试点开始时就安排使用者共同操作，交接时再逐项检查：哪些已经能自己做，哪些仍需交付人员协助。
任务中断后，能否接着处理
材料齐全、服务正常时跑通一笔任务，只验证了顺利完成的情况。交接演练还要选取流程中实际可能遇到的异常，让客户人员按约定处理。
材料缺字段时，请经办人找到具体缺项。服务超时后，让接手人员判断该等待、重试还是转人工。如果重复点击提交，还要检查系统能否显示已有任务，有没有重复执行相同操作。
接管前，要查清任务已经做了什么。只生成草稿和已经写入业务系统，处理方式不同。涉及外部写入时，接手人员需查看执行记录、核对业务状态，再决定是否重试。任务是否撤销，也需要核对记录，重新打开聊天窗口不能证明原任务已经撤销。
接管权限、联系人和恢复步骤，需要双方在项目中约定。NIST AI风险管理框架 的MANAGE 4.1也涉及部署后监测、人工干预、停用、恢复与变更管理，但它是自愿框架，不能代替双方的具体安排。
失败记录要能指导下一次修改
如果使用者反馈“这次判断不对”，复核时就要追查原材料、解析结果、业务规则和生成的解释。缺页、漏项、规则过期，以及解释没有证据，修改的位置各不相同。
可把获准使用的问题材料、预期处理、实际结果与复核意见放在一起。修改后重新运行这些样例，检查原来的错误有没有解决，也查看哪些情形仍然无法处理。
Anthropic在2026年1月的智能体评测文章 中，分别讨论了自动评测、生产监测和人工审查。交接时可以保留一组用于重复验证的样例，实际使用后再收集新的失败记录，交由人员复核。
换模型、改提示词或调整规则以后，重放已知样例，再检查是否影响其他任务。验收时也要保留受限情形：什么资料暂不支持，哪些结果必须复核，遇到什么问题停止自动处理。交付人员不能只留下最好的一组演示输入。
拿到源码，还得看懂规则
企业拿到源码后，仍可能不知道某条规则为什么存在。现场讨论形成的例外，如果只留在交付人员的聊天记录里，接手团队修改时就难以判断后果。
接手人查阅交接说明，应能找到当前运行版本、输入格式和权限管理人。需要改规则时，知道该找哪个业务岗位确认；任务出故障时，也知道从哪里查看状态。
接口说明记录用途和权限，不放明文密码。账号、证书和其他凭据应按客户的保管与移交制度处理。知识库、规则和业务资料的使用范围，也应在合同及交接材料中明确。
维护合同里，要把缺陷处理、资料更新、规则调整和新增场景分别约定。它们涉及的工作不同：哪些由客户自行修改，哪些需要服务方处理，事先说清楚，双方才能安排人员和时间。
常见问题
FDE项目必须长期驻场吗？
驻场方式应随现场需要确定。需要一起梳理流程时安排现场协作；流程稳定后，可约定远程支持和定期复核。驻场天数本身不能证明交接质量。
用低代码平台做的智能体，也要交接吗？
需要。客户应掌握可编辑配置、业务规则、权限、数据导出方式和验证样例。平台类型不改变持续使用和维护的责任。
试点交接通过，就能推广到其他部门吗？
先核对新部门的流程、数据、权限与例外。条件相同的部分可以复用；业务条件改变的部分，应重新验证，不能直接套用原来的验收结论。
业务人员要能独立跑完流程。可以把最后一次汇报改为客户操作演练，由实际经办人和维护人员完成任务，交付团队观察并记录未能接手的环节。
可信金科围绕垂类业务系统和内嵌智能体提供方案设计、定制开发与交付支持。企业可带上现有试点的流程讨论交接安排 ，明确经办人和维护人员需要接手哪些工作。
继续阅读：FDE模式的来路与局限 · FDE能力要求与招聘 。
