Proof of Actor: 了解是谁在你的应用中执行操作。
Proof of Actor by AgentCredia is one product for actor visibility and application-defined decisions. See what each interaction is, the evidence behind it, and choose the right experience for it.
GET /api/v1/catalog
证据
sample-crawler.example 的请求签名已验证
您的策略: 允许: 提供结构化 API 响应
为什么 actor 上下文很重要
登录只能告诉你正在使用哪个账户，不能告诉你是人在点击、人在与 AI 助手协作，还是自主 Agent 正在通过该账户行动。这些情况应当对应不同的体验。
Proof of Actor 追加内容
有一个 assistant 正通过此账户在 /reports 上操作。
01 · 检测
收集你的 integration 能看到的 signal。
Proof of Actor 会在 server、edge、browser 或你的 MCP server 中收集 actor 信号，并将 Verified 断言与行为推断分离。
- 根据请求签名验证 agent 身份。
- 客户端声明和应用内 AI 披露。
- 在你的采集器运行的地方收集浏览器交互信号。
- Unknown 作为独立结果保留，绝不猜测。
- 请求签名valid · sample-crawler.exampleverified
- 客户端声明"research-assistant/2.1"declared
- 浏览器交互pointer + keyboard eventsinferred
- 没有受支持的信号route not instrumentedunknown
02 · 理解
查看谁在使用你 app 的各个部分。
按 route 和 workflow 展示的 actor 分析，可显示人、AI-assisted 用户和 agent 在哪里交互，每个分类的证据都可一键查看。
- 按路由、工作流和时间段划分的流量构成。
- 每个结果背后的证据和依据。
- 未知率，让你知道覆盖范围到哪里结束。
- /dashboard未知 7%
- /api/v1/catalog未知 15%
- /support/tickets未知 8%
- /signup未知 21%
03 · 路由
按路由决定接下来发生什么。
为重要的 route 编写策略：allow、adapt、challenge、review 或 rate-limit。先从 observation 开始，预览效果，然后在准备好时再 enforce。
- 按路由、演员类别和依据制定策略。
- 先观察，再预览，然后执行。
- 针对 Unknown 和超时的明确回退。
- 决策保留在你的应用程序代码中。
- /api/v1/catalogenforce智能体允许 · 结构化 API
- /support/ticketsenforce人类 + AI允许 · 标记为 Human + AI
- /account/*preview未知保留现有检查
- /api/v1/orderspreview智能体要求更强的凭据
四种类别。每个结果都说明原因。
每次交互都会归入四种类别之一，每种类别都有明确含义和明确边界。
- 人类
支持的可观测信号表明这是由人主导的交互。
不意味着： 未使用 AI，或者该人的现实身份已验证。
- 人类 + AI
AI 协助已被声明，或由能够实际观察到它的受支持集成检测到。
不意味着： 所有隐藏的 AI 使用都可以被检测到，包括另一个标签页或另一台设备。
- 智能体
自动化或来自 Agent 的交互，由可验证身份或经过谨慎限定的推断支持。
不意味着： 该代理已获授权、安全，或在人的有效委托下行动。
- 未知
现有证据不足以支持可靠判断。
不意味着： 该交互可疑或恶意。
并且每个结果都会说明其依据
- verified经验证的加密或其他可核查断言，例如将请求签名与已发布密钥进行校验。它只能证明该项校验成立，仅此而已。
- declared执行者或你的应用声明了这一点，例如 AI 协助披露，或自称为代理的客户端。声明可能不真实。
- inferred基于行为或上下文信号得出的结论。推断可能出错，并且始终标记为推断。
- unknown证据不足，无法作出判断。结果会报告为 Unknown，而不是猜测。
你的 app 可以做出的决策
三种常见情况，从请求到结果再到你的决策。
一个已签名的 agent 读取你的目录
请求
GET /api/v1/catalog
结果
智能体basis: verified你的决策
提供结构化 API，而不是 HTML 页面。
没有证据的账户变更
请求
POST /account/password
结果
未知basis: unknown你的决策
保留现有的重新认证流程。没有基于行为者的决策。
已披露的 AI-assisted ticket
请求
POST /support/tickets
结果
人类 + AIbasis: declared你的决策
接受它，并以 AI-assisted 标签进行路由。
为生产环境 app 打造
先观察
在您启用策略之前，安装 Proof of Actor 不会改变任何内容。
证据，而不是分数
结果会附带其依据，而不是一个无法解释的数字。
您的规则
执行逻辑位于你的应用中，按 route 和风险等级划分。
隐私内建
最小化收集、租户隔离，并按你同意的保留期限保留。
适配你的技术栈
服务器中间件、Next.js、边缘、浏览器、通用 HTTP API 和 MCP server。
- 创始团队
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 是机器人拦截器还是 CAPTCHA？
不会。它会报告 actor evidence 和分类，并把决策留给你的 application。默认情况下它不会阻止任何内容。
它会验证一个人的身份吗？
不会。它不进行身份核验、KYC 或生物特征验证。Human 结果表示可观察信号表明这是由人主导的交互，而不是这个人是谁。
已签名的 agent 请求是否意味着该 agent 被允许行动？
不会。有效签名将请求与一个 key 及其公开的 operator 关联起来。该 operator 是否可以在你的 app 中执行某事，由你的授权决定。
如何获取访问权限？
Proof of Actor 处于私有测试版。申请早期访问，并告诉我们你想了解的应用和交互。