EMILIA Protocol 是一个用于管理自主工作权威的控制平面：让 AI 智能体可以准备付款等动作，但控制它能实际释放什么。它保持客户现有的身份提供商、智能体框架和业务系统不变，在受保护的执行器边界（EMILIA Gate）上执行权威检查，并让产生的证据在验证方自己的可信密钥和规则下可独立检查。
用途与主要能力
- 在不可逆操作（如付款、部署）执行前检查权威：Gate 在受保护工具运行前检查权限，可要求具名人类批准，并把批准绑定到金额、币种、供应商、目的地等材料字段。
- 有限授权与精确动作绑定：客户定义任务、材料动作限制、预算、所需证据、到期、委托规则和例外路径。Gate 把方法、来源、被调用方、目标、发生和每一个材料字段绑定进规范可执行对象，意图、提示或工单文本不算该对象。
- 证明与阻止：协议层负责“证明”，Gate 在部署完全中介的路径上负责“阻止”。Gate 无法约束绕过路径；若提供商结果未知，生产生命周期保留该不确定性用于对账，而不是盲目重试。
- 离线可验证证据：信任回执（Trust Receipt）承载可归因证据，信任档案（Trust Profile）表示结构化信任状态，信任决策（Trust Decision）记录依赖方的策略评估结果。
- 紧急权威冻结：阻止新的预留，并防止旧预留在校验域纪元变化后进入。若提供商入口已先发生，该尝试保持已消耗并需要对账；恢复权威不会让旧预留复活。
使用方式（资料中提供） 运行付款示例：需要 Node.js 20.19 或更新版本及 npm。该示例会拒绝无批准调用，把批准绑定到金额、币种、供应商和目的地，只允许一次匹配调用，并拒绝更改后的付款详情、重放和伪造证据。这是本地演示：使用生成的签名密钥、内存消耗和模拟付款工具，不执行真实人类流程也不移动资金。 保护一个已使用的工具：从持有真实提供商凭据的服务开始，而不是只在智能体进程内。MCP 或 HTTP 可通过 Gate Starter 走通一个被覆盖动作；Hugging Face smolagents 可包装现有工具；GitHub 的 Merge Gate 把检查绑定到拟议合并（该检查必须被要求，且备选合并路径关闭）。 浏览器试用：可用平台 passkey 在示例付款上试签名，演示回执完整性；也可把回执粘贴到浏览器中离线验证，不上传内容。 命令示例：npm run check:security-case；node examples/crash-test.mjs（完全离线，无需 API 密钥）。
适用场景
- 智能体发起不可逆动作：付款、部署、合并等需要“先有有效权威再执行”的场景。
- 需要人类在环审批：策略可要求绑定到确切动作和确定性显示哈希的 WebAuthn/passkey 决策。
- 企业环境：客户把授权、信任根、凭据、策略和可移植证据保留在自己边界；托管 Gate 与 Assurance Plane 围绕开放协议增加任务运营、集成、证据运营、复演、支持和服务级别。
限制与边界（资料明确说明）
- 本地演示使用生成的密钥、内存状态和模拟工具，不执行真实人类流程或移动资金；生产需要已登记凭据、持久共享状态，并在通往受保护提供商凭据的每条路径上部署 Gate。有效批准不证明银行详情合法。
- Gate 只能完全中介的路径上阻止，无法约束绕过路径；无法停止计算、逆转效果或即时触达断连域。
- 通过报告是自证一致性证据，不是审计、认证、生产部署声明或执行动作的许可。
- 仓库中的合成语料运行器不执行已发布的 @emilia-protocol/verify 或 @emilia-protocol/gate 代码，故不是这些包的证据。
- Internet-Draft 不是 RFC、不是被工作组采纳的项目，也不代表 IETF 认可。
开源许可 EMILIA Protocol 开源，采用 Apache-2.0 许可。
