FDE 智能体标准交付 SOP#

版本：1.0
适用范围：企业智能体项目的现场发现、原型、试点、生产上线与客户接管
配套文件：FDE 智能体标准交付现场工作表

1. 如何使用本 SOP#

本 SOP 用于指导 FDE 负责人把模糊的智能体设想转化为可验证、可运行、可治理、可由客户接管的生产能力。它不替代客户的安全、合规、采购、变更和生产管理制度；当本 SOP 与客户制度冲突时，应执行更严格的要求，并记录差异和责任人。

执行时遵循三个规则：

1. 按阶段推进。没有达到阶段完成标准，不进入下一阶段。
2. 按证据决策。访谈意见、系统事实和未经验证的假设必须分开记录。
3. 每次阶段评审必须明确写成「通过」「缩小范围」或「暂停」，不使用「原则上通过」「后续补齐」等模糊结论。

1.1 阶段评审结论#

1.2 不可省略的工程原则#

• 从真实业务流程开始，不从模型演示开始。
• 先验证一个小而完整的任务，再扩大用户、数据和工具范围。
• 默认采用「只读建议 + 人工确认」，写动作需要单独评审。
• 没有业务基线，不承诺收益；没有评测集，不判断质量改善。
• 没有身份和权限模型，不接入真实敏感数据。
• 没有审计、告警、回退和人工接管，不进入生产。
• 没有客户侧负责人和接管演练，不认定交付完成。
• 客户仍保留业务决策、数据授权、风险接受和生产运行的最终责任。

2. 角色与责任#

一个最小可运行的 FDE 项目至少需要以下责任角色。一个人可以承担多个角色，但每项责任必须明确到人，不能只写部门名称。

发生以下情况时，FDE 必须暂停推进并要求客户补齐责任：

• 没有人能批准数据用途。
• 没有人能定义业务验收结果。
• 没有人负责生产告警和事故处理。
• 风险评审只有参与者，没有最终批准人。
• 客户要求 FDE 代替业务负责人接受业务或合规风险。

3. 八阶段标准流程#

下图给出八个阶段的推进顺序。相邻阶段之间为串行门控关系：未达到上一阶段的完成标准，不进入下一阶段。每个阶段结束时进行评审，结论只允许「通过」「缩小范围」或「暂停」；风险登记表在全程持续更新。

3.1 启动准备#

阶段目标#

把项目目标、责任、决策权、工作节奏、访问边界和退出条件写成可执行约定，防止项目依靠临时承诺推进。

进入条件#

• 客户已指定项目发起人和初始业务联系人。
• 双方确认可以开展现场访谈和只读检查。
• 合同、保密或数据访问要求允许进入准备阶段。

参与角色#

客户项目发起人、业务负责人、FDE 负责人、数据负责人、安全或合规负责人、平台或运维负责人。原型开发人员可以参加，但不得代替责任人做授权决定。

具体工作#

1. 召开 60–90 分钟启动会，逐项确认目标、非目标、预期用户和业务时间窗口。
2. 填写责任分工表（RACI），明确业务验收、数据授权、安全例外、发布、回退和事故响应的批准人。
3. 记录现场访问、系统访问、样本获取、截图、日志和会议材料的敏感级别及保存位置。
4. 确认每日检查、每周评审、阶段检查和紧急升级渠道。
5. 定义项目暂停、缩小和退出条件。
6. 对每个口头承诺指定记录位置、责任人和确认日期。

需要形成的材料#

• 项目启动卡
• 利益相关方清单
• 责任分工表（RACI）
• 决策权限与升级路径
• 初始风险清单
• 会议与阶段评审日历

配套工作表#

使用表 ①：项目启动与责任卡。

完成标准#

• 每项关键决定都有明确的负责人。
• 数据、生产和风险授权不会落到 FDE 或模型上。
• 项目目标至少包含一个可测业务结果，而不是只有技术交付物。
• 访问、记录、保存和删除要求已经说明。
• 全部负责人已经确认「通过」「缩小范围」「暂停」三种评审结论的使用方式。

需要暂停或缩小范围的情况#

• 无业务负责人，或关键负责人连续无法参加决策。
• 客户要求使用未批准数据、共享账号或不可审计访问。
• 项目成功被定义为固定采购某模型或完成一次演示。
• 客户拒绝指定事故、回退或风险接受责任人。

默认动作：停止真实数据和系统访问，只保留公开资料研究与组织准备。

由谁负责#

客户项目发起人对项目授权负责；FDE 负责人对启动证据完整性负责。

3.2 业务调研#

阶段目标#

理解任务如何在真实现场发生，建立可复查的事实、约束、业务基线和未知项，避免把访谈意见直接转成产品需求。

进入条件#

• 启动准备完成。
• 调研对象、时间和访问范围已获批准。
• 记录、截图、样本和日志的处理规则已经明确。

参与角色#

FDE 负责人、一线用户、业务主管、业务负责人、数据负责人、系统负责人、平台或运维人员。必要时包括安全、法务、审计或工会代表。

具体工作#

1. 制定调研计划，覆盖管理者、一线执行者、数据维护者和异常处理者。
2. 访谈每类关键角色，记录目标、判断规则、例外、指标、系统和已知问题。
3. 跟随真实任务，按时间顺序记录触发、输入、动作、等待、决策、输出和异常补救。
4. 抽样核验日志、工单、报表、数据查询或授权样本，区分事实、意见、假设和约束。
5. 计算或确认处理量、处理时长、等待时长、返工、错误、人工绕行和支持负担等基线。
6. 对口径冲突指定裁决负责人，不由 FDE 自行选择有利口径。
7. 把未知项转为明确验证动作，包含样本、方法、责任人和完成日期。

需要形成的材料#

• 业务调研计划和访谈记录
• 实际流程观察记录
• 现场地图
• 业务基线指标
• 事实、意见、假设与约束清单
• 数据、系统和组织依赖初表
• 调研结论和待验证事项

配套工作表#

使用表 ②：业务与流程调研记录记录访谈与现场流程观察；调研结论、业务基线和候选任务在表 ③：调研结论与任务选型定义中收敛。

完成标准#

• 能用一页流程说明问题从哪里发生、谁处理、使用什么输入、产生什么输出。
• 每个关键结论有来源、时间窗口、可信度和复查方式。
• 至少完成一次真实任务观察，不能只依赖会议描述。
• 业务基线有公式、数据来源、样本量、时间窗口和口径负责人。
• 最大的不确定性已经转为下一阶段可执行实验。

需要暂停或缩小范围的情况#

• 只允许观看预设演示，不允许观察真实流程或抽样证据。
• 关键数据无法授权，或使用目的与原始授权冲突。
• 同一指标存在多种口径且无人裁决。
• 目标问题发生频率过低，无法在合理窗口验证。
• 主要问题来自政策、组织或权限，而非可由软件改变的任务。

默认动作：缩小到可观察、可授权、可复查的单一任务；若仍不可验证，结束原型准备。

由谁负责#

客户业务负责人对流程和指标口径负责；数据负责人对证据访问负责；FDE 负责人对事实与假设分离负责。

3.3 流程设计#

阶段目标#

从完整流程中选择一个小而完整的智能体任务，明确用户、触发、输入、输出、使用入口、人工确认、失败处理、指标和不做事项。

进入条件#

• 已形成可复查的现场事实和流程。
• 至少一个候选任务具备可授权输入和明确用户。
• 业务负责人可以提供验收样例和试点用户。

参与角色#

FDE 负责人、业务负责人、试点用户代表、产品或领域负责人、数据负责人、安全负责人、系统负责人。

具体工作#

1. 将流程拆成触发、状态、决策、动作、异常和补救步骤。
2. 列出候选任务，并按业务价值、发生频率、数据可用性、结果可验证性、集成复杂度和风险评分。
3. 优先选择「高频、可复查、可人工确认、错误可恢复」的任务。
4. 明确智能体只负责哪一步，不能用「处理全流程」作为首个切片。
5. 定义输入、输出格式、证据引用、拒答、人工接管和使用入口。
6. 写出不做事项，特别是未授权数据、写动作、外部发送和高风险决定。
7. 选取正常、长尾、失败和越权样例，形成初始验收样本。

需要形成的材料#

• 业务流程模型
• 候选任务评分
• 任务切片画布
• 输入与输出契约草案
• 验收样例
• 范围与不做事项
• 原型退出条件

配套工作表#

使用表 ③：调研结论与任务选型定义，在模板 A 完成候选任务打分排序，在模板 B 为选中任务定义范围并分配任务编号（T1 / T2 / T3……）。

完成标准#

• 一个任务可以在单次业务事件中从触发走到可使用结果。
• 输出有明确使用人和使用入口，不是独立聊天演示。
• 成功指标同时包含业务、用户、工程、成本和风险维度。
• 错误结果能够被发现、拒绝、修改或撤销。
• 不做事项和扩大范围的重新评审条件已获确认。

需要暂停或缩小范围的情况#

• 候选任务无法单独验收，必须依赖尚未完成的多个系统改造。
• 输出没人使用，或用户仍需完全重复原流程。
• 高风险写动作无法增加人工确认或补偿动作。
• 任务价值只来自减少人员数量，且没有质量、风险和运营指标。
• 所需数据质量或更新频率无法满足最小任务。

默认动作：降级为只读建议、离线分析或更小的单步任务。

由谁负责#

客户业务负责人对任务价值和业务边界负责；FDE 负责人对切片可验证性负责。

3.4 数据与工具#

阶段目标#

把任务输入、企业知识、身份、权限、工具调用、审计和人工确认设计为可测试的系统边界。

进入条件#

• 任务切片、验收样例和不做事项已确认。
• 关键数据、知识和系统都有明确负责人。
• 可以开展只读接口、样本和权限验证。

参与角色#

FDE 技术负责人、数据负责人、知识负责人、身份与安全人员、系统负责人、平台或运维负责人、业务负责人。

具体工作#

1. 建立数据源清单，记录来源、字段、用途、质量、更新、访问方式、保留和删除责任。
2. 建立知识目录，记录权威来源、适用范围、版本、更新时间、可信度和废止规则。
3. 明确用户身份、服务身份、租户、角色、字段和工具动作的权限。
4. 在检索前执行鉴权；不能只在生成结果后隐藏敏感内容。
5. 为每个工具定义 schema、输入校验、幂等、超时、重试、审批、补偿和审计字段。
6. 将工具分为只读、可逆写入和高风险写入；后两类必须定义人工确认和回退。
7. 定义 trace 中允许记录和禁止记录的字段、采样、保留、访问和删除规则。
8. 设计无权限、无知识、证据冲突、工具失败和模型不可用时的降级行为。

需要形成的材料#

• 数据源清单和数据契约
• 知识目录和更新责任
• 角色权限表和服务身份清单
• 工具调用清单
• 人工确认点和回退表
• 审计与 trace 字段说明
• 威胁和滥用案例初表

配套工作表#

使用表 ④：数据·权限·知识清单，按任务编号记录数据、权限与知识边界；调用外部工具或涉及写动作时增加条件表 C。

完成标准#

• 每个输入和知识来源都有负责人、用途和更新时间。
• 越权访问在检索或工具执行前被阻断，并留下审计记录。
• 每个写动作都有批准人、幂等标识、结果验证和补偿动作。
• 无证据、证据冲突和工具失败时的行为可以重复测试。
• 敏感数据不会进入未授权提示、日志、评测集或第三方服务。

需要暂停或缩小范围的情况#

• 依赖共享账号、长期静态密钥或无法追责的服务身份。
• 知识来源没有负责人、版本或更新时间。
• 工具写入无法撤销，也无法在执行前人工确认。
• 供应商数据处理边界与客户要求不兼容。
• 审计日志无法还原谁在何时代表谁执行了什么动作。

默认动作：移除写工具，限制为离线或只读验证；必要时替换数据或模型服务。

由谁负责#

数据负责人对数据用途负责；安全负责人对权限和残余风险负责；系统负责人对工具动作负责；FDE 技术负责人对工程实现和验证证据负责。

3.5 原型验证#

阶段目标#

用最小实现验证最大不确定性，回答「方向是否值得继续」，而不是提前建设完整生产系统。

进入条件#

• 任务切片和原型退出标准已确认。
• 样本用途、脱敏、访问和删除已获批准。
• 输入、输出、人工确认和禁止动作已经定义。

参与角色#

FDE 负责人、FDE 技术成员、业务负责人、领域负责人、少量试用人员、数据和安全代表。

具体工作#

1. 建立原型实验卡，只选择一到三个需要验证的高风险假设。
2. 使用授权样本构建可重复运行的端到端脚本。
3. 建立初始黄金集，覆盖正常、长尾、证据缺失、越权和高风险拒绝样本。
4. 记录模型、提示、检索、工具、规则和数据版本。
5. 对比基线方法，记录任务质量、人工修改、延迟、成本和失败类型。
6. 让真实用户完成任务，不以 FDE 演示代替用户操作。
7. 收集失败样本和用户修改，并决定继续、缩小或停止。

需要形成的材料#

• 原型实验卡
• 可重复演示脚本
• 初始黄金集和评测报告
• 失败样本清单
• 用户反馈和人工修改记录
• 成本与延迟估算
• 原型结束检查记录

配套工作表#

使用表 ⑤：原型验证与回归，按任务编号记录测试用例与失败样本，并在表 ⑥：运行期评审表中记录原型阶段评审结论。

完成标准#

• 原型可以由非开发人员按固定脚本重复运行。
• 关键输出可以追溯到输入、知识、工具和版本。
• 至少覆盖一个主要失败路径和一个越权负例。
• 质量结果不是只由开发者主观判断，业务负责人已确认评分规则。
• 原型结束检查有明确的评审结论，记录为「通过」「缩小范围」或「暂停」。

需要暂停或缩小范围的情况#

• 只有精选成功样本，没有失败样本和稳定复现脚本。
• 用户必须由 FDE 提示才能完成操作。
• 输出无法引用证据，或关键数字无法复核。
• 同一配置在黄金集上明显不稳定。
• 成本、延迟或人工复核负担超过业务可接受范围。

默认动作：缩小任务、改为结构化流程、增加规则或人工确认；若核心假设被证伪，则停止。

由谁负责#

FDE 负责人对实验完整性负责；业务负责人对原型结果是否值得试点负责。

3.6 受控试点#

阶段目标#

在真实用户、真实数据和真实工作入口中验证任务是否可用，同时限制影响范围并保留快速回退能力。

进入条件#

• 原型结束检查结论为「通过」或「缩小范围」。
• 试点准备检查所需的数据、权限、评测、支持和回退证据已齐备。
• 已确定试点用户、任务类型、时间窗口、支持人员和退出条件。

参与角色#

业务负责人、试点用户、FDE 团队、数据负责人、安全负责人、平台或运维负责人、支持人员。

具体工作#

1. 限定用户、任务、数据、工具、自动化级别和时间窗口。
2. 上线前培训试点用户，演练拒绝、修改、人工接管和问题报告。
3. 默认使用人工审批；任何取消审批的建议必须重新评审工具和风险。
4. 每日检查失败、低置信度、人工修改、越权、工具错误、延迟和成本。
5. 每周评审业务指标、用户采用、工程健康、风险变化和下一步实验。
6. 把生产发现的新失败样本加入评测集，并在每次提示、模型、知识或工具变更前回归。
7. 遇到停止条件时，立即降级为只读、影子运行或旧流程。

需要形成的材料#

• 试点计划和用户范围
• 培训与支持记录
• 试点日报和问题队列
• 线上反馈与失败样本
• 版本化评测报告
• 每周价值与风险评审
• 试点退出或扩大范围决定

配套工作表#

使用表 ⑥：运行期评审表，在模板 A 制定试点计划、模板 B 记录每周价值与风险评审；问题详情优先进入客户现有系统，客户无系统时增加条件表 F。

完成标准#

• 真实用户能在正常工作入口独立使用。
• 业务、用户、工程、成本和风险指标有基线与试点窗口。
• 所有高风险输出都能被人工拒绝、修改或撤销。
• 失败可以通过 trace、版本和输入样本重放。
• 同类严重问题不再重复出现，或已通过范围限制被控制。

需要暂停或缩小范围的情况#

• 敏感数据暴露、越权检索或未经批准的工具写入。
• 高风险错误无法被人工及时发现。
• 用户大量绕过系统，或必须重复完成原任务。
• 成本快速消耗且无法归因。
• 关键系统不可用时没有人工接管或旧流程。

默认动作：立即关闭写动作；必要时暂停试点，保留证据，启动事故流程。

由谁负责#

客户业务负责人对试点范围和业务运行负责；平台或运维负责人对技术运行负责；FDE 负责人对试点证据和改进动作负责。

3.7 生产上线#

阶段目标#

证明智能体能够在既定范围内长期、安全、可观测、可恢复地运行，并完成生产责任转移。

进入条件#

• 受控试点达到业务、质量、风险、成本和采用要求。
• 上线准备检查的参与人和批准人已确定。
• 发布、回滚、告警和事故演练已有时间窗口。

参与角色#

业务负责人、平台或运维负责人、安全负责人、数据负责人、FDE 技术负责人、支持和值班人员、变更批准人。

具体工作#

1. 固定代码、模型、提示、检索索引、工具、规则、评测集和配置版本。
2. 建立自动构建、测试、评测、安全检查和发布阶段检查。
3. 定义面向业务任务的 SLI/SLO，不只监控进程和接口存活。
4. 建立质量、延迟、错误、工具失败、人工接管、成本和越权告警。
5. 进行灰度发布、回滚、模型不可用、知识过期、工具失败和人工接管演练。
6. 明确变更窗口、值班、事件等级、沟通模板和事故分析负责人。
7. 建立预算、归因、告警、硬上限和非关键功能降级策略。
8. 上线准备检查通过后，按批准范围发布，并在观察窗口内冻结非必要变更。

需要形成的材料#

• 生产阶段检查记录
• 发布清单和版本清单
• SLO、看板和告警
• 运行手册与回滚步骤
• 成本预算和归因看板
• 安全、权限和评测证据
• 事故响应和沟通机制

配套工作表#

使用表 ⑥：运行期评审表记录上线阶段评审决定，并持续更新表 ⑦：风险登记表；进入长期生产运行时增加条件表 E，客户没有事故管理系统时增加条件表 F。

完成标准#

• 每次生产行为可以还原到用户、服务身份、输入、版本、工具和结果。
• 发布和回滚由客户平台或运维人员实际演练通过。
• 质量、风险和成本告警都有接收人、时限和运行手册。
• 模型、提示、知识、工具或权限变化会触发相应回归和复审。
• 生产责任和支持边界已经书面确认。

需要暂停或缩小范围的情况#

• 缺少可执行回滚，或回滚后无法验证业务恢复。
• 关键告警没有接收人或处理时限。
• 生产密钥、账户或账单仍归属 FDE 个人。
• 评测与生产版本无法对应。
• 客户运维无法独立定位常见故障。

默认动作：保持试点或影子运行，不扩大用户和写动作。

由谁负责#

客户业务负责人对业务上线负责；平台或运维负责人对生产运行负责；安全负责人对残余风险批准负责；FDE 负责人对准入证据完整性负责。

3.8 交付接管#

阶段目标#

验证客户能够独立使用、治理、发布、回退、排障和改进系统，使 FDE 从主导交付转为按约定支持。

进入条件#

• 生产系统完成约定观察窗口。
• 运行资产、学习资产、治理资产和演进资产已指定客户维护人。
• 客户接管演练已安排。

参与角色#

客户项目发起人、业务负责人、平台或运维负责人、数据负责人、安全负责人、培训或支持负责人、FDE 负责人。

具体工作#

1. 移交代码、配置、提示、知识、评测、看板、告警、运行手册、密钥归属和供应商账户。
2. 让客户人员独立解释业务、质量、成本和风险看板。
3. 由客户主导完成一次告警处置、降级或回滚演练。
4. 由客户处理一个权限申请、一个风险例外和一个知识更新。
5. 核验每项开放风险都有负责人、补偿控制、到期日和复审触发。
6. 确认后续支持级别、响应时限、缺陷边界和升级路径。
7. 把现场发现的通用能力、限制和失败样本反馈到产品或平台计划。
8. 召开接管准备检查，记录退出、延长陪跑或缩小运行范围的决定。

需要形成的材料#

• 资产移交清单
• 客户账号、权限和供应商账户确认
• 培训和接管演练记录
• 开放风险与后续计划
• 支持边界和升级路径
• 接管准备检查记录
• FDE 退出说明

配套工作表#

使用表 ⑧：客户接管验收表，并确认表 ⑦：风险登记表中的开放风险均有客户负责人。

完成标准#

• 客户能在 FDE 观察而不代操作的情况下完成接管演练。
• 所有生产账户、密钥、账单和审批权归属客户授权主体。
• 运行手册、看板、评测集和知识目录有客户维护人及复审周期。
• 开放风险和后续改进有责任人和日期。
• FDE 支持范围、响应时限和退出日期已经确认。

需要暂停或缩小范围的情况#

• 客户仍依赖 FDE 个人执行发布、回滚或解释告警。
• 关键资产缺少客户访问权或维护人。
• 生产供应商账号、密钥或费用仍绑定 FDE。
• 重大开放风险无接受人或到期日。
• 客户拒绝进行真实或模拟接管演练。

默认动作：延长陪跑、缩小生产范围或移除写动作，不能以签收文档代替接管能力。

由谁负责#

客户项目发起人对接管决定负责；业务和平台负责人对持续运行负责；FDE 负责人对移交证据和退出边界负责。

4. 现场工作节奏#

4.1 每日现场检查#

试点期间建议每天用 15–30 分钟检查：

1. 昨日是否出现业务阻断、越权、敏感信息、错误写入或高风险误导。
2. 哪些任务被用户拒绝、修改、绕过或转人工。
3. 是否出现知识无结果、证据冲突、工具失败、延迟或成本异常。
4. 每个阻断项是否有当天责任人和处理决定。
5. 是否需要暂停写动作、缩小用户或切回旧流程。

材料：更新问题队列、失败样本、风险清单和当天决定。每日检查不讨论长期路线图。

4.2 每周价值与风险评审#

建议每周 45–60 分钟，由业务、数据、安全、运维和 FDE 共同参加：

• 对比基线，查看业务结果和用户采用。
• 查看黄金集与线上失败样本的变化。
• 查看权限、数据、知识、工具和供应商边界是否改变。
• 查看成本、延迟、告警和人工接管负担。
• 对下一周做出「通过」「缩小范围」或「暂停」的决定。

材料：指标窗口、风险变化、决定、责任人、完成日期和复审触发。只汇报完成了多少任务不算价值评审。

4.3 变更触发评审#

以下变化不能等到例会，应立即触发评审：

• 新增数据源、用户群、租户或敏感字段。
• 从只读改为写入，从可逆写入改为不可逆动作。
• 更换模型、提示、知识索引、工具 schema 或权限策略。
• 扩大自动化范围或取消人工确认。
• 发生越权、数据泄露、高风险误导、重大成本异常或生产事故。

5. 现场访谈提问清单#

访谈时优先要求具体案例、最近一次发生时间和可复查证据，避免只问「有哪些痛点」。

5.1 面向业务负责人#

• 这个流程为谁产生什么结果？
• 最近一次失败或延误发生在什么时候？
• 当前用什么指标判断好坏，指标口径由谁维护？
• 哪些错误可以接受，哪些错误必须阻断？
• 哪些决定必须由人承担，不能交给系统？
• 如果只能改善一步，最希望改变哪一步？
• 什么证据会支持停止项目？

5.2 面向一线用户#

• 请按最近一次真实任务演示完整操作。
• 哪些信息需要在多个系统之间复制？
• 哪一步等待最长，为什么？
• 哪些异常没有写进正式流程？
• 什么时候会绕过系统或使用个人表格？
• 什么样的建议会被直接拒绝？
• 出错后通常找谁，如何恢复？

5.3 面向数据和知识负责人#

• 来源系统和权威口径是什么？
• 字段、文档或规则多久更新一次？
• 哪些数据不能进入模型、日志或评测集？
• 如何处理删除、更正、过期和冲突来源？
• 访问控制发生在查询前还是结果展示后？
• 谁能批准新增用途或扩大范围？

5.4 面向平台、安全和运维#

• 用户、服务和工具分别使用什么身份？
• 哪些动作允许自动执行，哪些必须审批？
• 日志是否能还原用户、版本、工具和结果？
• 模型或供应商不可用时，业务如何继续？
• 发布、回滚、密钥、值班和事件响应由谁负责？
• 哪些变化需要重新做安全或合规评审？

6. 风险信号、停止条件与降级动作#

推荐的降级顺序：

1. 关闭写动作，保留只读建议。
2. 关闭真实用户入口，保留影子运行。
3. 减少任务类型、用户、数据源和工具。
4. 切换到规则、搜索或人工流程。
5. 停止系统并保留调查证据。

7. FDE 不应作出的承诺#

• 不承诺模型在所有输入上正确。
• 不用外部案例数字替代客户现场基线和验收指标。
• 不代替客户批准数据用途、业务风险、安全例外或生产发布。
• 不把一次演示成功表述为生产可用。
• 不承诺通过提示词解决权限、审计、数据质量或组织责任问题。
• 不为赶进度跳过黄金集、越权负例、回退和人工接管。
• 不使用个人账号、个人密钥或个人费用账户长期运行客户生产系统。
• 不把客户长期依赖 FDE 视为项目成功。

8. 交付完成的定义#

只有同时满足以下条件，才能认定标准 FDE 智能体交付完成：

1. 业务负责人能说明任务目标、适用范围、禁止用途和验收指标。
2. 数据和知识负责人能说明来源、用途、权限、更新、保留和删除责任。
3. 安全负责人能说明身份、权限、审计、残余风险和复审触发。
4. 平台或运维负责人能独立发布、监控、告警、降级和回滚。
5. 产品或领域负责人能维护提示、知识、工具规则和评测集。
6. 一线用户能识别低置信度、错误、越权和人工接管条件。
7. 客户主导完成至少一次接管演练，FDE 只观察和记录。
8. 所有开放风险都有责任人、补偿控制、到期日和复审日期。
9. 生产账户、密钥、账单、代码和运行资产归属客户授权主体。
10. FDE 支持边界、响应时限和退出日期已经书面确认。

下一步：打开配套的现场工作表，从「项目启动卡」开始填写，并把每张表作为对应阶段检查的证据。

附录 A：各阶段持续检查的 5 项内容#

本附录用于跨阶段复查。每次范围、模型、知识、工具或权限变化时，检查五类证据是否仍然有效。

附录 B：阶段检查清单#

本附录用于阶段评审。只有必要证据完整、默认阻断项已处理且决策人明确确认后，项目才能进入下一阶段。

附录 C：瓶颈诊断与工程动作#