交付证据闸门

进度汇报的常见盲区

在工程交付中，一个隐蔽的陷阱是：Agent 报告任务完成，但实际只是本地生成了文件、测试脚本通过，或数据库里写了一条 published: true 记录。团队如果基于这类“假阳性”信号推进后续工作，往往会在真实环境验收时遭遇失败。

证据链与标准状态判决

为了消除这种信息差，交付证据闸门（Delivery Evidence Gate）引入了一套严格的证据分级与推断阻断机制。它要求 Agent 在汇报前，先拆解复合声明（如“已部署并开始赚钱”），将其还原为“代码部署”、“服务可访问”、“存在真实订单”等原子事实，并匹配对应的最低验收面。

为了让结论客观，该技能定义了严格的标准状态词汇：

• proven：在指定验收面上已完成核验，证据有效。
• local_only：仅本地产物成立，外部结果未核验。
• needs_external_acceptance：依赖真实外部界面或回执。
• stale：证据有效但超出允许的新鲜度。
• contradicted：现有证据直接否定声明。
• unknown：证据不足。

审计工作流

在具体执行时，Agent 会遵循以下工作流：

1. 读取 SOURCE_OF_TRUTH.md 与验收说明，确立评估基准。
2. 运行只读预检脚本，获取本地文件的大小、路径与修改时间。
3. 针对“部署”、“同步”、“导出”等不同声明，要求提供公开 URL 回读、差异比对清单或结算回执作为最低验收面。
4. 汇总输出结构化的审计报告，每条证据必须附带精确日期或可追溯标识。

适用边界与限制

该技能是一个只读审计工具，不修改被审计项目。它明确禁止在缺少外部回执时使用 proven 状态，拒绝因项目代码中出现 done、ready 等关键词就下定结论，也不会读取任何凭据、Cookie 或浏览器历史记录。用户明确要求修复时，才会进入单独的变更任务。