跳转到主要内容
SAAS 应用

让你的 SaaS application 感知 actor。

了解已观测到的人、AI 辅助、自主和未知交互,以便你的产品能够从注册到设置做出恰当响应。

example-app.test · actor result

POST /reports/generate

人类 + AIbasis: declared

证据

该 app 的内置助手为已登录用户创建了此请求

您的策略: 允许并将报告记录为 Human + AI

您的用户现在会带着助手和代理一起进入。

人们先登录,然后把工作交给 AI 助手、浏览器代理和自动化流程。你的应用看到的都是同一个账户和同一个会话。

这使得设计合适的体验变得困难: 为人类提供快速路径,为合法自动化提供结构化路径,为敏感操作提供谨慎路径。Proof of Actor 为你的产品提供这些上下文。

session

您的登录知道

user: [email protected]

plan: team

actor: ?

proof of actor

Proof of Actor 追加内容

智能体basis: declared

有一个 assistant 正通过此账户在 /reports 上操作。

SaaS 团队如何使用 actor 上下文

  • 保护人类体验

    让注册、onboarding 和日常流程对人类保持快速,不要设置一刀切的摩擦。

  • 为 agent 提供结构化路径

    向 Verified 或 Declared 的 agent 提供 API 或结构化响应,而不是面向人的 UI。

  • 支持中披露的 AI 协助

    在适合的地方接受 AI 辅助工作并加以标记,而不是将其当作滥用。

  • 保护敏感操作

    当你自己的策略要求时,为会更改账户的操作添加复核或更强的检查。

  • 了解产品使用情况

    按路由查看人类、助手和代理实际使用了哪些功能。

  • 为未知类制定方案

    按每条 route 决定在证据不足时会发生什么,并让该比例保持可见。

01 · 检测

来自你的产品和服务器的信号。

浏览器采集器会捕获你选择页面上的交互信号,服务器集成会补充请求上下文以及来自自动化客户端的签名。

  • 浏览器采集器运行处的交互信号。
  • 来自发布其密钥的代理的已签名请求。
  • 应用内 AI 披露和你自己的助手功能。
signals · last request per source
  • 请求签名valid · sample-crawler.exampleverified
  • 客户端声明"research-assistant/2.1"declared
  • 浏览器交互pointer + keyboard eventsinferred
  • 没有受支持的信号route not instrumentedunknown

02 · 理解

查看每个工作流的实际使用方式。

比较你的 dashboard、settings、support 和 sign-up 流程中的 actor 组合, 并深入查看任何会话背后的证据。

  • 按路由和按工作流的 Actor 构成。
  • 每个结果的证据和依据。
  • 按路由划分的 Unknown 率,让你知道应在哪里增加覆盖。
按 route 划分的流量 · 7 days
  • /dashboard未知 7%
  • /api/v1/catalog未知 15%
  • /support/tickets未知 8%
  • /signup未知 21%
人类人类 + AI智能体未知

03 · 路由

为每种执行者提供合适的体验。

为关键路由编写规则,并逐步推出。其他一切将继续完全按今天的方式运行。

  • 按路由、演员类别和依据制定策略。
  • 先观察,再预览,然后执行。
  • 您现有的身份验证和授权仍然保持主导。
policy · example-app.test
  • /api/v1/catalogenforce智能体允许 · 结构化 API
  • /support/ticketsenforce人类 + AI允许 · 标记为 Human + AI
  • /account/*preview未知保留现有检查
  • /api/v1/orderspreview智能体要求更强的凭据

示例决策

从 request 到结果,再到你的决策。

  • 经验证的 Agent 读取你的目录

    请求

    GET /api/v1/catalog

    结果

    智能体basis: verified

    你的决策

    将其发送到结构化 API,并对账户变更要求单独授权。

  • 一个人借助 AI 起草工单

    请求

    POST /support/tickets

    结果

    人类 + AIbasis: declared

    你的决策

    接受它,并以 AI 辅助标签路由到支持团队。

  • 证据不足的设置变更

    请求

    POST /account/password

    结果

    未知basis: unknown

    你的决策

    保留现有的重新认证流程。没有基于行为者的决策。

无风险推出

团队从观察模式开始,并按 route 逐步推进。

  1. 01

    观察您的关键流程

    将浏览器采集器和服务器中间件添加到注册、支持和设置中。您的产品无需任何改动。

  2. 02

    按 workflow 预览

    查看某条 rule 在真实 session 中会怎么做,例如为 AI 协助的 ticket 打标签,或将 agent 路由到您的 API。

  3. 03

    按 route 执行

    一次只启用一个 workflow,并为会更改账户的 action 设置明确的 Unknown 回退。

与你的技术栈协同工作

  • 创始团队

    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 以 observation 模式启动,在你的团队为某个特定 route 启用策略之前,不会改变你的 app 任何内容。

它能判断某人在另一个标签页中使用了 ChatGPT 吗?

不是来自普通 web 流量。Human + AI 结果来自在你的 app 中可声明或可观察到的 AI 使用,例如你自己的 assistant 功能或披露控制。

它会取代我们的登录或欺诈工具吗?

不会。它只是为它们补充 actor 上下文。你的认证、授权和反欺诈工具仍然各自负责自己的决策。

我们应该先从哪些工作流开始?

从执行者会影响正确响应的工作流开始: 注册、支持、高价值功能和账户设置。

费用是多少?

入选的创始开发者团队可在约定的使用限额内获得最多 12 个月免费。

将 actor 上下文带入你的 SaaS app。

加入 Proof of Actor founding developer program。

想先聊聊? 联系创始人