Agent变更影响简报

要解决的问题

在既有 Agent 变更评审中，变更单、配置 diff、审批记录、评测报告、部署日志和回滚说明常常来自不同角色。直接拼接这些材料容易把“已批准”读成“已部署”，把旧评测通过读成新配置可上线，或把 staging 观察当成 production 风险证据。这个技能用于把已有材料整理成一份可复核的静态影响简报：逐条对照 prompt、模型、知识、工具、权限、运行编排和人工控制，并说明每项事实来自哪里、覆盖哪个配置与范围。

如何工作

它会先固定统计时点、时区、材料截止和变更范围，再为材料建立来源账。随后按四层身份重建关系：资产ID、部署ID、Release/基线ID 与 变更/事件ID，避免同名 release 或日期相邻被误认为版本前后。技能将变更分为七类行为面，并把每项变化映射到用户任务、数据检索、工具动作、人工控制和环境依赖。对评测、批准与权限，它只按绑定对象判断覆盖：匹配实际配置、仅覆盖部分组件、不匹配或无法判断；不会把 staging 批准扩大为 production 批准，也不会把未观察到事件写成安全。最后输出目标与实际配置差异、证据缺口、未执行候选和“可提交跨角色变更评审 / 补证后提交 / 材料不足”的可复核性判断。

适用边界

该技能不访问 Agent 平台，不生成或修改配置，不运行评测，不授权、部署、批准或回滚。它适合评审既有 Agent 的具体 before/after、核对 staging 与 production 配置、判断历史评测和回滚证据是否匹配；不适合新用例试点、组织级 Agent 盘点、通用配置变更分析，也不能替代安全、合规或发版决策。