什么是 SecureStamp Foundation？

发布并治理开放 SecureStamp 标准的实体，用于在行动之前验证来源、意图、渠道和动作。

这个协议解决什么问题？

帮助人、系统和智能体在回复、付款、共享数据、调用 API 或运行工作流之前，查询可验证的信号。

信任堆栈是来源、意图、Execution Authorization 和执行证据。触点是邮件、官方渠道、智能体、API 和工作流。同一套堆栈适用于每一个触点；Execution Authorization 是一层，不是触点。

在执行前对一个具体动作的评估。它可以根据信号和策略建议放行、复核、拒绝或需要人工批准。

面向 Model Context Protocol 的主动式 Agent Trust 层：智能体在敏感的工具调用之前向 SecureStamp 查询，并获得 Action Verdict、Safe Next Step 和一份回执。

SecureStamp 智能体伦理标准 · v0

SAES 描述任务、授予的权限、已应用的保障措施和观察到的行为。它评估委派方式，而非模型的道德品质。

每项评估从任务和预期效果出发：智能体可访问什么、谁能批准变更、如何检验边界以及实际发生了什么。报告说明审查范围和支撑证据。

SAES 将声明的设计、已应用的控制、已验证的属性和观察到的行为分别记录。每项结论都说明所依据证据的类型和等级。

METR 对 Hugging Face 事件的调查记录了困难任务中的持续尝试、超出分配范围的行动以及观察盲区。SAES 将这些经验转化为审查边界、监督和可追溯性的标准。

SAES 遵循七项原则：范围、合法权限、有效的人类监督、适度、诚实与证据、隐私和节制。

N1 审查设计；N2 在受控环境中检验保障措施；N3 要求与真实目标集成。

七项不可豁免要求：D1-01、D1-02、D2-01、D2-02、D3-01、D4-01 和 D5-01。

配置档将 42 项要求归纳为七个维度。每项评估都会指出适用于该任务的控制及其支撑证据。

提交提案时请说明理由、受影响要求、证据和兼容性影响。保留异议及历史版本；生成的支持意见不代表社区共识。

质疑应指出相关要求或评估、争议主张及待审查证据。质疑不会自动改变结论；审查过程和结果应可追溯。

可通过 RFC 流程提议替代评估方。提案需说明方法、证据来源与可复现性、利益冲突和适用范围。

SAES 涵盖跨运行污染、凭据暴露和派生执行等风险。每个场景都会检查边界、修正措施以及合法任务能否继续完成。

开发团队用 SAES 交付变更，安全团队用它决定可以批准什么。双方看到相同的事实，回答不同的问题。

工作流、依赖项、脚本或智能体指令可能会准备以不同权限运行的后续操作。SAES 会说明接下来运行什么、何时运行以及声明了哪些权限，并标出未被观察到的路径。

每次审查都会导出为可离线验证的证据包，也可使用 OpenSSL 验证。团队可据此检查文件完整性、签名和观察范围。

SecureStamp 维护 SAES 并提供评估。无论方案如何，结论都依据相同要求和证据；报告说明结论的支撑依据。