FDE 验证
让 FDE 的要求可判定
把含糊的要求表述改写成可判定的检查项，并给出一套可自行执行、结论能复验的方法。我们不替你判定，判定权在你手上。
背景
FDE 是把工程能力前置到现场的一种交付方式
FDE（Forward Deployed Engineer）指常驻客户现场的工程师：与业务方一起，把通用平台或模型改造成贴合具体场景的系统。这一做法由 Palantir 提出并规模化使用，近年被用于企业 AI 落地项目。
按固定需求清单验收，为什么困难
- 需求在过程中收敛：项目开始时通常只有一个场景假设，能力边界随现场反馈调整。
- 交付物不止软件：还包括数据接入、流程改造、人员培训与后续运维。
- 价值推迟显现：上线时业务指标未必立即改善，效果依赖持续运行。
因此，验证的重点
把验收从「是否满足一份固定需求清单」，转为「关键能力是否有可判定、可复算的证据」。本页的 12 条要求与断链演练，都由此展开。
定位
判定权在你，方法在我们
把「系统应安全可靠」「状态应同步更新」这类表述，改写成可判定的检查项；再给出一套可自行执行、结论能复验的方法。判定权始终在你手上。
我们提供两样东西
- 一份可判定的要求清单——每条标注出处与效力级别，来源可点回原文。
- 一套可复算的核验方法——可自行执行，结论能复验，不依赖我们在场。
我们不做什么
- 不出具判定结论——判定权与签署权在甲方
- 不做检测认证——本站不具备 CMA / CNAS 资质，也不主张该角色
- 同一项目不做双方——为甲方提供验证方法，即不为该项目的供应商提供同类服务
- 不评价供应商的实施质量——只提供可判定与否的判断方法
验证结构
七个交付面，三个验证深度
FDE 交付没有标准的结构分解，下面这个二维结构是本站整理的。横轴是交付面——一个 FDE 项目实际要交出去的东西；纵轴是验证深度——对任何一面，都可以问三件事。两者交叉，得到的就是可判定的检查项。
| 面 | 交付面 | 包含什么 | 典型交付物 |
|---|---|---|---|
| 1 | 场景与目标 | 目标、边界、验收口径 | 场景说明、目标指标 |
| 2 | 数据 | 接入、质量、分类分级、权限 | 数据字典、质量规则 |
| 3 | 模型与能力 | 模型、提示、工具、评测 | 评测报告 |
| 4 | 系统与集成 | 应用、接口、部署 | 部署清单、接口文档 |
| 5 | 流程与组织 | 业务流程、岗位、培训 | 流程说明、培训记录 |
| 6 | 治理与证据 本页覆盖 | 身份、授权、记录、退出 | 标识、授权链、记录、交接清单 |
| 7 | 运营与移交 | 监控、运维、交接、退出 | 运行指标、交接与退出方案 |
验证深度：任何一面都可以问三件事
-
01
有没有
存在性：交付物在不在，当场能不能拿出来。
-
02
对不对
有效性：与实际运行环境、实际动作能否逐项对上。
-
03
能不能验
可核验性：第三方能否独立判断，不依赖实施方在场。
范围说明：本页 12 条要求落在第 6 面「治理与证据」，其中 3 条触及第 7 面「运营与移交」。 第 1 至第 5 面——场景与目标、数据、模型与能力、系统与集成、流程与组织——不在本页范围内，需另行约定。 把范围划在这里，双方才知道哪些面另议；实施方可以先用这张图与甲方对齐边界，再用 12 条逐项给出证据。
FDE 验证要求清单 v0.1
12 条可判定的要求
这 12 条落在上图第 6 面「治理与证据」，分四组：身份与归属、授权与范围、记录与可核验、交接与退出。每条给出「要求」「怎么验」「出处」三项。
身份与归属
项目涉及的智能体，首先要能回答「它属于谁」。
-
A1
每一个智能体，都有一个可解析的唯一标识，且解析不依赖实施方在线服务。
怎么验 任取一个智能体标识，在实施方不在场的情况下完成解析，应能取得其公钥与服务端点。 出处 对照 GB/Z 185.2-2026（身份码）、GB/Z 185.3-2026（身份管理） 参照 -
A2
标识能回答「它属于谁」——所属组织可解析、可联系。
怎么验 从标识解析出的所属方，与合同中的实施主体一致。 出处 对照 GB/Z 185.3-2026 参照 -
A3
标识的状态（有效 / 停用 / 撤销）可查询，撤销结果不依赖实施方单方声明。
怎么验 对任一标识查询当前状态；构造一个已撤销的标识，查询结果应为失效。 出处 对照 GB/Z 185.3-2026 参照
授权与范围
「有授权」这句话不够用——要写到能与实际动作比对的粒度。
-
B1
每一项授权都写明范围：能做什么，以及明确地不能做什么。
怎么验 抽查 3 个智能体，要求出示其授权范围；范围应能与该智能体的实际可执行动作逐项比对。 出处 本页方法：授权范围作为可核验项，而非声明项 一般约定 -
B2
授权可追溯到起点——谁批的，经过几层，中间不能断。
怎么验 任取一个已发生的动作，沿授权链回溯到一个人或一家法人；中间任何一跳缺失即为不通过。 出处 本页方法：授权链逐跳可回溯 一般约定 -
B3
授权有生效时间与失效时间；过期后相关动作应被拒绝。
怎么验 构造一个已过期的授权，观察系统是否拒绝执行。 出处 本页方法：授权设生效与失效时间 一般约定
记录与可核验
记录的关键不在于是否留存，而在于第三方能否判断其未被改动。
-
C1
关键动作留下记录，且记录能被参与方之外的人判断是否被改动过。
怎么验 取一条记录，用实施方提供的方法（摘要 / 锚定）自行复算，核对结果是否一致。 出处 本页方法：以摘要或锚定支持第三方复算（可参照 GB/T 20520-2025） 一般约定 -
C2
记录的可取得范围有明确规定——谁能读、由谁批准。
怎么验 要求出具有效的可取得规则说明；说明中应区分「可验证」与「可取得」。 出处 本页方法：区分可验证与可取得（可参照 GB/T 35273-2020） 一般约定 -
C3
身份与权限的状态变更，以带时间戳的变更凭据表达，而不是以「同步更新」表述。
怎么验 抽查一次权限变更，要求出示变更凭据：至少含变更对象、变更类型、生效时间、变更方标识。 出处 本页方法：变更以带时间戳的凭据表达（可参照 GB/T 20520-2025） 一般约定
交接与退出
项目的收尾阶段，往往最能反映交付与记录是否完备。
-
D1
项目结束时，能清点出该项目全部智能体及其当前权限。
怎么验 要求出具清单，并与实际运行环境对账；清单应包含停用与撤销的条目。 出处 本页方法：交付清单与实际运行环境对账（可参照 GB/T 28035-2011） 一般约定 -
D2
更换供应商时，身份与记录可转移或至少可验证，不依赖原供应商持续在场。
怎么验 做一次原供应商下线的桌面推演：断开其服务后，身份是否仍可解析、记录是否仍可核验。 出处 本页方法：原实施方离线后的桌面推演 一般约定 -
D3
密钥与凭据的归属（自持 / 托管）在合同中二选一写死。
怎么验 查合同或技术附件，是否对归属作出明确且无歧义的约定。 出处 本页方法：密钥与凭据归属需明确约定（可参照 GB/T 39786-2021） 一般约定
标注「参照」的条目对照的是国家标准化指导性技术文件（GB/Z）——指导性技术文件不含可判定的要求项， 不能作为符合性评定依据，此处仅作机制对照。标注「一般约定」的条目无现成标准对口，属需双方约定的方法事项。 是否采纳由甲方决定。
断链演练
用断链演练检验记录的可追溯性
身份与记录在系统正常运行时不易观察。断链演练人为移除授权链上的一环，检验参与方能否定位缺失环节；这是一次约十五分钟的桌面推演。
-
01
抽掉一环
从授权链上取掉任意一环（例如某次子委托的凭据）。
-
02
提问
问供应商三个问题：缺的是哪一环？缺在谁那里？缺的是什么？
-
03
记录
把能否指认、耗时、需要谁到场，记进验证记录。
判据简单：能指认出缺哪一环、缺在谁那里、缺的是什么 → 通过；只能回答「应该没有问题」→ 不通过。 两种结果都有价值，「不成立」与「成立」分量相同。
可复算
结论可复算，由你独立核对
核验中涉及身份与记录的部分，其判定方法建立在公开的一致性向量之上，并配有 Python / Node 两套独立实现的验证器。你可以自行复算，核对结果是否一致，无须依赖我们的结论。
- 一致性向量68 个
- 独立验证器Python / Node 双实现
- 复算结果68 / 68 一致
- 字节锚定MANIFEST.sha256
说明：上述可复算能力覆盖身份解析与记录一致性的判定；本页清单中标注「一般约定」的条目无现成标准对口， 其采信与否由甲方自行决定。
出处与效力级别
每条要求标注出处与效力级别
同一个清单里混着可参照的标准条目与无现成标准对口的约定事项。把它们标清楚，你才知道哪条可以据以拒收，哪条只是建议。
- 强制 法律 / 强制性国家标准 必须执行，不因是否采用而改变
- 推荐 推荐性国家标准 / 行业标准 由采用方自愿采用，采用后产生约束力
- 参照 国家标准化指导性技术文件（GB/Z） 仅作机制参照与对齐，不参与符合性判定
- 一般约定 一般约定事项 无现成标准对口，需双方约定后适用；本页给出可判定的判定方法
分级方式沿用本站「标准锚定地图」的权威分级模型。原则：规则必须可溯源到条款； 不可溯源的条目单独标记为「一般约定」，不参与合规性判定。
依据与出处
可引用与参照的标准和参考性文件
FDE 是一种交付方式，没有专门的验收标准。下表列出可引用的标准与参考性文件、类别与适用环节：既有可作为技术要求引用的推荐性国家标准，也有对代理型系统与智能体的要求规范，以及国家标准化指导性技术文件。后两者针对的是交付物或机制，不是交付方式，因此只列为参照。
| 编号 | 名称 | 类别 | 适用环节 |
|---|---|---|---|
GB/T 28035-2011 |
软件系统验收规范 | 推荐性国家标准 | 验收条件、验收内容与流程 |
GB/T 38634.1~.5 |
系统与软件工程 软件测试 | 推荐性国家标准 | 测试过程、测试文档与测试技术 |
GB/T 25000 系列 |
系统与软件质量要求和评价（SQuaRE） | 推荐性国家标准 | 质量测量与评价过程 |
GB/T 45288.2-2025 |
人工智能 大模型 第2部分：评测指标与方法 | 推荐性国家标准 | 大模型能力评测指标与方法 |
YD/T 7364-2026 |
人工智能 关键基础技术 代理型人工智能系统技术要求 | 推荐性行业标准（仅参照） | 代理型系统的功能特性、技术能力与保障能力要求 |
GB 45438-2025 |
网络安全技术 人工智能生成合成内容标识方法 | 强制性国家标准 | 生成合成内容标识 |
GB/Z 185.1~.7-2026 |
人工智能 智能体互联 | 指导性技术文件 | 身份码、身份管理、交互（仅作参照） |
GB/Z 242-2026 |
人工智能 智能体技术要求 | 指导性技术文件 | 智能体总体技术要求（仅作参照） |
编号与名称核对自国家标准全文公开系统（openstd.samr.gov.cn）。GB/T 为推荐性国家标准，可作为技术要求引用； GB 为强制性国家标准。YD/T 7364-2026 为通信行业推荐性标准（归口 MIIT/TC1 WG4，2026-09-01 发布、2026-12-01 实施）， 其对象是代理型人工智能系统，而非 FDE 这种交付方式，故仅列为参照。 GB/Z 为国家标准化指导性技术文件，属参考性文件，不是标准；其不含可判定的符合性条款，仅作机制参照与对齐。 表中标注"指导性技术文件"与"仅参照"的条目，均不作为本页方法的判定依据。
相邻标准
相邻标准怎么用
FDE 是一种交付方式，目前没有对应的标准。YD/T 7364-2026 的对象是代理型人工智能系统，属于「交付物」这一侧的技术要求，不是「交付过程」的要求。两者对象不同，因此本页只把它作为参照：当交付的是一套代理型系统时，它可以作为甲方确定技术要求的来源。
| 7364 要点（参照） | 要求（摘） | 本页对应方法 |
|---|---|---|
6.1.1 b) 决策可追溯 |
对自主决策核心节点生成可追溯的轻量化语义标签，可解析行为动机链 | C 组：关键动作留记录，第三方可判断是否被改动 |
6.3.5 a) 监测体系 |
对决策过程、交互模式与性能表现进行监控与审计 | C 组 + 断链演练：缺失环节可被指认 |
6.3.5 c) 属性定义 |
为逻辑单元定义标识符、上下文、性能指标、错误代码等属性结构 | A 组：标识可解析、状态可查询 |
本页方法回答的是另一件事——这些要求里哪些能被外部核验。表中对应是方法层面的借鉴， 不构成本页对 YD/T 7364-2026 的依据关系，也不表示对其条款级覆盖。 该标准只规定「应满足什么」，未规定「如何判定已满足」，其配套测试方法尚待制定。