使用场景需求
每一个解决方案最终都会产出同一种成果：一份小型的 JSON 回执，它使用 Ed25519 进行签名，任何人都可以使用公开的公钥对其进行离线检查。唯一有所不同的，是被签名的那一项具体事实。
防止两个智能体同时写入同一个代码库、数据表或时段，并显示是哪一个持有它、另一个为何要等待。
coordination.admit mandates.compile detection.run ledger.blame 保存您的智能体被允许做出的决定及所依据的规则，形成审计师无需询问您就能检查的记录。
mandates.compile coordination.admit conformity.sweep compliance.pack 演练您的智能体争夺同一地盘时的表现，然后通过协商、仲裁和真人来解决真实冲突。
drills.frt detection.run negotiate.propose arbitration.arbiter 让智能体排队等待部署时段，分阶段检查后发布，并阻止未排队的写入到达代码库。
coordination.admit change-trains.list previews.list mcp.enforce 一步停止单个智能体或整个工作区，然后先绘出它触及的范围，再撤销任何内容。
watchdog.check coordination.halt ledger.blame remediation.blast 将有风险的意图挂起，直到有人批准，并让破坏性变更等待另一位不同的人。
coordination.approve dual-control.scopes civics.asks coordination.admit 让每次 MCP 工具调用都经过准入，查看无人登记的调用方，并且只在租约期间向智能体提供云凭证。
mcp.enforce mcp.shadow ledger.blame coordination.admit 向审计师、客户或您自己提供智能体所做之事的记录，范围限定于读者，并完整带走。
civics.records ledger.blame exit.objectives ledger-bundles.snapshot 同一份回执，可以回答不同的人所提出的问题。这些分组只是一个起点，而不是一条固定的规则：大多数的需求，都会同时涉及不止一个团队。
您负责构建智能体、流水线或者集成，而当有人要求说明它究竟做了些什么时，需要出面进行解释的也将会是您。您希望证据能够由代码路径本身直接生成出来，而不需要额外再去运行任何其他的系统。
您需要及时发现您所依赖的东西何时发生了变化——一台域名服务器、一个软件包、一次智能体的出站调用——并且能够在事后说明当时存在的是什么、发生在什么时候。
您需要在其他人进行核查时依然站得住脚的记录：无论核查者是一家监管机构、一名审计师，还是客户的法律顾问。您还需要准确地知道，这些证据的效力究竟止于何处。
无论是哪一种需求，一份签名回执都具有同样的四项属性。它们的范围都是被刻意保持狭窄的。
只要改动任何一个字段中的任何一个字符，Ed25519 签名就会无法通过验证。
这份回执最晚在其 issuedAt 时间就已经存在了。它是这项事实被记录下来的时间的一个上限，而从来都不是它的下限。
它由一把发布在 /.well-known/tools-keys.json 上的 Intramedial 密钥进行签名，因此验证者与您或者我们之间，都不需要存在任何关系。
回执中所携带的是哈希值。任何持有原始字节的人，都可以重新计算哈希值并进行比对；而哈希值本身，并不会泄露出任何具体的内容。
告诉我们您需要证明什么、需要向谁证明。我们会坦率地告诉您，Intramedial 是否适合，以及在什么情况下并不适合。
测试密钥不需要注册任何账户。它在 7 天之内提供 35 次调用，可以用于五个工具的证明路由，并且它所签发的每一份回执，都会被明确地标记为测试回执。
