您的发布智能体和成本智能体都想要生产部署时段。没有规则时，后写入的获胜，没人知道原因。Intramedial 只授予一个租约，附理由拒绝另一个，并记录双方。
coordination.admit mandates.compile detection.run ledger.blame 日志可以告诉您两个智能体发生了冲突，却无法阻止第二次写入；等您读到日志时，损害已经进了生产环境。
这两个智能体中，哪一个被允许写入，又是谁决定的？
第一个智能体占住时段后，为什么第二个智能体还继续执行？
我们能证明上周二 09:12 是哪个智能体持有该资源吗？
前两个问题需要一条在动作之前运行的规则；第三个需要一条无法编辑的记录。独占租约和账本条目可以同时回答，而工作本身仍由您的智能体来完成。
适用时间自 2025 年 1 月 17 日起
金融实体必须保持 ICT 系统的韧性，并能说明如何限制故障的影响。自动化行为者的不协调写入就是这样一种故障，而一项能拒绝它们的文档化控制，也很容易向监管机构解释。
官方正式文本 ↗适用时间持续有效
多数冲突是由人在夜里发现的。租约把它们变成智能体自己日志中带理由的一次拒绝，以及值班人员可在 Fleet Map 上读到的排队位置。
各项法律参考均为摘要，所述内容截至 2026 年 10 月。我们提供这些信息，是为了让您了解这项需求究竟从何而来，而不是将其作为法律建议。请阅读相关的官方正式文本，并咨询您的法律顾问，了解它们如何适用于您自己的情况。Intramedial 不会使任何组织符合任何一部法律的要求。
写入之前，每个智能体都用自己的身份、指向的资源和想要的动作调用 coordination.admit。此时尚未执行任何操作。
Intralock 对照已持有的每个租约和已编译的授权检查该意图。第一个冲突请求获得独占租约；第二个被拒绝，并指明持有者。
租约、拒绝及其理由都写入仅追加的账本。被遗弃的租约会自行过期，并让其持有者损失信任。
在 Fleet Map 上，值班人员能看到谁持有时段、谁在等待。之后，对该资源执行 blame，可按顺序列出每个持有过它的智能体。
每一个工具都只为一种事实进行签名。打开某个工具，即可查看它的各个字段、限制以及错误信息。
Acme 的发布智能体拿到生产部署锁。成本智能体稍后请求同一个锁时，平台回复持有者，而不是放两者都通过。
Trustvice 旗下产品
curl -sS https://api.intramedial.com/api/v1/acp/coordination/lease \
-H "Authorization: Bearer $INTRAMEDIAL_KEY" \
-H "Content-Type: application/json" \
-d '{
"resource": "lock:deploy/production",
"actorDid": "did:web:acme.example:agent:release"
}'{
"ok": false,
"reason": "held",
"holder": "did:web:acme.example:agent:release"
}
// the first caller received { ok: true, lease: { … } } a moment earlier文档中所列出的各个请求字段: /docs/coordination-lease
一份回执是某一项范围很窄的事实的证据：这些值在这个时间点被提交给了 Intramedial，或者被 Intramedial 所观察到，并且自那以后从未发生过任何变化。它既不是一份证书、一次审计、一个合格的时间戳，也不是任何法律建议，而且它本身也并不能满足任何一项法律义务。
让智能体排队等待部署时段，分阶段检查后发布，并阻止未排队的写入到达代码库。
coordination.admit change-trains.list previews.list mcp.enforce 演练您的智能体争夺同一地盘时的表现，然后通过协商、仲裁和真人来解决真实冲突。
drills.frt detection.run negotiate.propose arbitration.arbiter 让每次 MCP 工具调用都经过准入，查看无人登记的调用方，并且只在租约期间向智能体提供云凭证。
mcp.enforce mcp.shadow ledger.blame coordination.admit 测试密钥不需要注册任何账户。它在 7 天之内提供 35 次调用，可以用于五个工具的证明路由，并且它所签发的每一份回执，都会被明确地标记为测试回执。
