MCP 服务器会执行被要求的一切。Intramedial 把每次调用解析到已注册的智能体，与其他意图走同一条路径准入，并在不该运行时于其到达服务器之前就拒绝。
mcp.enforce mcp.shadow ledger.blame coordination.admit 工具服务器只验证调用者是谁，而不验证该智能体此刻是否应当调用这个工具。未登记的智能体，往往是出了问题之后才会遇到的。
是哪个智能体调用了这个工具，它被允许吗？
有哪些无人登记的调用方在使用我们的服务器？
我们的智能体是否持有此刻并不需要的云密钥？
逐次准入回答第一个问题，影子发现回答第二个，凭证代理回答第三个。网关可以先在观察模式下运行，因此采用不会拖慢团队。
适用时间自 2026 年起分阶段实施
含数字元素的产品必须以安全的默认设置和受控的访问交付。准入每次调用的连接器架构，是证明您自己工具访问如何受控的一部分。
官方正式文本 ↗适用时间持续有效
智能体通过同一类服务器访问工单、CRM 和存储。一条准入路径意味着只需在一个地方就能读到每个智能体做了什么。
各项法律参考均为摘要，所述内容截至 2026 年 10 月。我们提供这些信息，是为了让您了解这项需求究竟从何而来，而不是将其作为法律建议。请阅读相关的官方正式文本，并咨询您的法律顾问，了解它们如何适用于您自己的情况。Intramedial 不会使任何组织符合任何一部法律的要求。
网关把调用方解析为已注册的智能体。如果无法解析，调用方会被记录并列出，而不是被悄悄丢弃。
调用会对照租约和授权检查。没有准入的调用会在到达服务器之前被拒绝。
会显示它们使用过的工具、流量和指纹。批准一个，它就成为一等身份；拒绝它，它仍然保持可见。
对于已授予的租约，代理会通过 OIDC 承担一个角色并返回短期凭证。没有 Web 身份令牌时，不会签发任何东西。
每一个工具都只为一种事实进行签名。打开某个工具，即可查看它的各个字段、限制以及错误信息。
Acme 的支持智能体试图通过一个它没有许可项的 MCP 服务器写入文件。网关在服务器看到调用之前，附理由将其拒绝。
Trustvice 旗下产品
curl -sS https://api.intramedial.com/api/v1/acp/mcp/enforce \
-H "Authorization: Bearer $INTRAMEDIAL_KEY" \
-H "Content-Type: application/json" \
-d '{
"actorDid": "did:web:acme.example:agent:support",
"tool": "fs.write"
}'{
"allow": false,
"reason": "no_grant",
"action": "fs.write",
"llm": false
}文档中所列出的各个请求字段: /docs/mcp-enforce
一份回执是某一项范围很窄的事实的证据：这些值在这个时间点被提交给了 Intramedial，或者被 Intramedial 所观察到，并且自那以后从未发生过任何变化。它既不是一份证书、一次审计、一个合格的时间戳，也不是任何法律建议，而且它本身也并不能满足任何一项法律义务。
让智能体排队等待部署时段，分阶段检查后发布，并阻止未排队的写入到达代码库。
coordination.admit change-trains.list previews.list mcp.enforce 防止两个智能体同时写入同一个代码库、数据表或时段，并显示是哪一个持有它、另一个为何要等待。
coordination.admit mandates.compile detection.run ledger.blame 演练您的智能体争夺同一地盘时的表现，然后通过协商、仲裁和真人来解决真实冲突。
drills.frt detection.run negotiate.propose arbitration.arbiter 测试密钥不需要注册任何账户。它在 7 天之内提供 35 次调用，可以用于五个工具的证明路由，并且它所签发的每一份回执，都会被明确地标记为测试回执。
