智能体决策收据

解决什么问题

智能体触发的 deploy、delete、pay、grant_access 等操作，事后往往只有日志可查。但日志是普通文本，任何有权限的人都能顺手改掉一行，审计方无法判断这条记录描述的动作是否真实发生过，更说不清该动作受哪条策略约束、由哪个 Agent 执行。一旦出问题，团队拿不出一份「离线可自证」的证据。

技能如何工作

@user_fccf428b/agent-decision-receipts 解决的不是日志问题，而是「证据」问题：把决策的现场固化成一份防篡改收据。它只做三件事：

• 判断是否需要出收据：当一个动作同时满足「有副作用」「后果严重」「事后可被追问」三条时才签发。只读、可逆的普通操作默认不签发，避免收据泛滥淹没关键信号。
• 签发收据：构建动作清单，至少包含 agent_id、operation、target、policy 四个必填字段；工具会自动补上 inputs_hash 和 decision_label，其中策略字段直接写入收据，让「依据哪条规则操作」成为证据的一部分。
• 离线验证：验证方拿到收据本身即可重算哈希并逐条检查签名，无需联网，也不依赖签发方的可信度。

签名由开源的 OpenAgentOntology 原语（Apache-2.0）完成：默认 Ed25519，安装后量子后端时额外使用 ML-DSA-65（FIPS 204）与 SLH-DSA（FIPS 205），长期归档的收据能在 Ed25519 被未来量子计算攻破后仍然可信。

适用边界

• 收据是本地自签证据，跨组织的互证需要独立的托管服务，不在本技能范围内。
• 它不是日志分析工具：日志用于调试，收据用于取证，二者不可互相替代。
• 它不是法律意见，只能为 FRE 902(13)/(14) 类认证或 EU AI Act 第 12 条的记录保存义务提供证据支撑，是否采信由法庭决定。
• 清单里只放哈希，不放明文密钥和 PII；签名密钥要按常规签名秘密管理，不能和收据放在一起。