每次工具调用都来自 AI 客户端，但并非每个客户端都应获得相同的信任。
MCP client 会以名称自我介绍，有些还会对其请求进行签名。每一个背后都可能是与助手协作的人、一个自治 agent，或者是您无法识别的对象。您的工具范围从无害查询到会更改数据的操作都有。
Proof of Actor 将调用者是谁与调用者可以做什么分开，因此你可以广泛开放只读工具，并保护那些会写入、删除或花费的工具。
- 谁在调用？Actor 身份: 签名、声明或推断
- 哪个凭证？您的 API 密钥、OAuth 令牌或会话
- 它可能会做什么？您的授权和策略
Proof of Actor 回答第一个问题。你的技术栈保留另外两个。
MCP server 团队如何使用 actor 上下文
了解 client
记录每个客户端声明的名称，在有签名时验证签名，并将二者区分开来。
按工具制定策略
让查询保持开放，并为会更改数据的工具添加确认或更强的凭据。
人类 + AI 或自主 agent
在证据支持的情况下，区分一个人在指挥辅助工具与一个 agent 独立行动。
按客户端查看工具使用情况
了解哪些客户端调用了哪些工具、调用频率以及依据何种证据。
授权仍由你掌控
OAuth 和你自己的权限仍然决定访问。Actor 上下文只是补充谁在调用。
为未知类制定方案
按工具逐一选择当工具调用证据不足时发生什么。
01 · 检测
来自每次工具调用的证据。
MCP 集成会读取客户端的声明详情、请求签名和协议上下文，并为每一项标注其依据。
- 作为声明记录的已声明客户端名称。
- 已签名请求，按已发布密钥验证。
- 来自你的 MCP server 的会话和协议上下文。
- 请求签名valid · sample-crawler.exampleverified
- 客户端声明"research-assistant/2.1"declared
- 浏览器交互pointer + keyboard eventsinferred
- 没有受支持的信号route not instrumentedunknown
02 · 理解
了解哪些 client 使用哪些工具。
按工具查看行为主体构成，查看哪些客户端最常调用你，以及未知调用方集中在哪些地方。
- 按客户端、类别和依据划分的工具调用。
- 每个结果背后的证据。
- 每个工具的 Unknown 率。
- /dashboard未知 7%
- /api/v1/catalog未知 15%
- /support/tickets未知 8%
- /signup未知 21%
03 · 路由
与影响相匹配的工具级控制。
让只读工具保持快速，对会写入的工具要求确认，并对最重要的工具要求更强的凭据。
- 按工具、类别和依据制定策略。
- 对高影响工具进行确认或升级验证。
- 先观察，再预览，然后执行。
- /api/v1/catalogenforce智能体允许 · 结构化 API
- /support/ticketsenforce人类 + AI允许 · 标记为 Human + AI
- /account/*preview未知保留现有检查
- /api/v1/orderspreview智能体要求更强的凭据
示例决策
从 request 到结果，再到你的决策。
带签名的助手搜索你的文档
请求
tools/call search_docs
结果
智能体basis: verified你的决策
以 standard rate limit 允许该低影响工具。
声明的客户端删除记录
请求
tools/call delete_record
结果
智能体basis: declared你的决策
在运行工具前要求用户明确确认。
没有证据的工具调用
请求
tools/call create_invoice
结果
未知basis: unknown你的决策
保留您现有的授权，并要求使用更强的凭据。
无风险推出
团队从观察模式开始，并按 route 逐步推进。
- 01
观察每次工具调用
添加 MCP 集成。每个工具都会记录客户端名称、签名和 Unknown 调用者。
- 02
预览工具 policy
查看哪些调用在任何 rule 应用之前需要确认或更强的凭证。
- 03
按工具执行
广泛开放查询，并逐个工具保护会写入、删除或消耗的工具。
与你的技术栈协同工作
- 创始团队
Web server 中间件 (Node.js)
服务端
面向服务器渲染应用和 APIs 的请求级信号。
- 创始团队
Next.js
服务器端和边缘
用于页面和 API 路由的中间件。
- 创始团队
浏览器脚本
仅浏览器信号
来自浏览器会话的交互信号，并配合服务端集成。
- 创始团队
Cloudflare 和边缘运行时
Edge
在请求到达你的源站之前，在边缘获取信号。
- 创始团队
通用 HTTP API
任何技术栈
将请求上下文发送到 API，并接收带有依据的结果。
- 创始团队
MCP服务器
MCP
用于 MCP 工具调用的 Actor 上下文。
- 路线图
WordPress
插件
适用于 WordPress 网站的插件。
- 路线图
原生移动端
iOS 和 Android
原生 iOS 和 Android SDK。
在 onboarding 期间，我们会与每个创始团队进行一对一交付集成。使用不同的技术栈？申请时请告诉我们。
常见问题
Proof of Actor 适用于任何 MCP server 吗？
MCP server 集成在私人测试版中向创始团队开放。申请时请告诉我们你的 server 和传输方式。
MCP client 发送的客户端名称就足以信任它吗？
不会。client 名称是一种声明，并会作为声明记录。已签名请求提供 Verified evidence; 其他内容都会标注其 basis。
它会取代 MCP 的 OAuth 吗？
不会。授权仍然决定调用方可以做什么。Proof of Actor 只是补充是谁或什么在调用，从而让你的工具策略能更好地响应。
我们可以为每个工具设置不同规则吗?
是。策略按工具编写，因此查询和更改数据的工具可以区别对待。
费用是多少？
入选的创始开发者团队可在约定的使用限额内获得最多 12 个月免费。