跳转到主要内容
移动应用

了解是谁在调用您移动 app 的后端。

您的应用会与 API 通信,任何复制其请求的东西也可以这样做。Proof of Actor 会对到达您移动端后端的流量进行分类,因此您可以区别对待自己的应用、代理和未知客户端。

example-app.test · actor result

POST /v2/bookings

人类 + AIbasis: declared

证据

您的应用报告称,其应用内助手为已登录用户起草了这项预订

您的策略: 允许,标记为 Human + AI 并要求用户确认

即使您的应用不是公开的,您的移动端 API 仍然是公开的。

你的应用发出的每个请求都可以被脚本或 AI agent 重放。手机本身上的助手也开始为用户操作应用。对你的后端来说,这一切看起来都是带着相同 token 的同一个 API 调用。

Proof of Actor 作用于每个移动请求落地的地方:你的后端。它读取每个请求携带的证据,记录你的应用对自身助手功能的声明,并在证据不足时报告 Unknown。

三个独立的问题
  • 谁在调用?Actor 身份: 签名、声明或推断
  • 哪个凭证?您的 API 密钥、OAuth 令牌或会话
  • 它可能会做什么?您的授权和策略

Proof of Actor 回答第一个问题。你的技术栈保留另外两个。

移动团队如何使用 actor 上下文

  • 在后端分类

    将服务器或边缘集成部署在你的应用所使用的 API 前面。开始时无需发布应用。

  • 识别代理和脚本

    查看携带代理签名或声明的请求,并将其与你应用自身流量区分开来。

  • 标注应用内 AI

    当你的应用内置助手代表用户执行操作时,请将其上报,以便这些请求记录为 Human + AI。

  • 保护高影响操作

    当证据较弱时,在预订、支付和账户变更上要求确认或更强的凭证。

  • 按端点查看使用情况

    了解人、助手和自动化客户端最常使用哪些端点。

  • 接下来是原生 SDK

    原生 iOS 和 Android SDK 已列入路线图。创始团队会帮助定义它们收集什么。

01 · 检测

来自你的后端接收的请求的证据。

服务器、边缘或 HTTP API 集成会在每次调用你的 mobile API 时读取请求上下文、签名和声明的客户端详情。

  • 在你的 API 网关、边缘或服务器上获取请求上下文。
  • 来自发布其密钥的代理的已签名请求。
  • 来自你的应用对其自身辅助功能的声明。
signals · last request per source
  • 请求签名valid · sample-crawler.exampleverified
  • 客户端声明"research-assistant/2.1"declared
  • 浏览器交互pointer + keyboard eventsinferred
  • 没有受支持的信号route not instrumentedunknown

02 · 理解

了解谁在使用每个 endpoint。

比较 login、search、booking 和 account endpoints 中的 actor 组合, 并查看 unknown clients 集中在哪里。

  • 按 endpoint 和 app 版本的 Actor 构成。
  • 每个结果背后的证据。
  • 每个端点的 Unknown 率。
按 route 划分的流量 · 7 days
  • /dashboard未知 7%
  • /api/v1/catalog未知 15%
  • /support/tickets未知 8%
  • /signup未知 21%
人类人类 + AI智能体未知

03 · 路由

与操作相匹配的策略。

保持读取快速,为 AI 起草的操作添加确认,并在影响较高的地方要求更强的凭据。

  • 按端点、演员类别和依据制定策略。
  • 在需要时升级到更强凭证。
  • 先观察,再预览,然后执行。
policy · example-app.test
  • /api/v1/catalogenforce智能体允许 · 结构化 API
  • /support/ticketsenforce人类 + AI允许 · 标记为 Human + AI
  • /account/*preview未知保留现有检查
  • /api/v1/orderspreview智能体要求更强的凭据

示例决策

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

  • 您的应用内助手为用户预订

    请求

    POST /v2/bookings

    结果

    人类 + AIbasis: declared

    你的决策

    允许,将其标记为 Human + AI 并要求用户确认。

  • 带签名的 Agent 搜索可用性

    请求

    GET /v2/availability

    结果

    智能体basis: verified

    你的决策

    以 agent rate limit 允许该读取。

  • 在没有其他证据的情况下重复使用的令牌

    请求

    POST /v2/account/email

    结果

    未知basis: unknown

    你的决策

    保留您现有的验证步骤。没有基于行为者的决策。

无风险推出

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

  1. 01

    在后端观察

    在您的移动 API 前运行服务器或边缘集成。开始使用无需发布 app。

  2. 02

    按 endpoint 预览

    查看 booking、search 和 account endpoint 会如何被处理,包括您自己的助手声明的请求。

  3. 03

    对高影响调用执行

    在证据较弱的地方添加确认或更强的凭证,优先从风险最高的 endpoint 开始。

与你的技术栈协同工作

  • 创始团队

    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 期间,我们会与每个创始团队进行一对一交付集成。使用不同的技术栈?申请时请告诉我们。

常见问题

是否有原生 iOS 或 Android SDK?

还没有。Native SDK 已列入路线图。今天 Proof of Actor 通过 server、edge 或 HTTP API 集成在你的后端运行,覆盖你的 app 发出的每个请求。

我们需要发布新的应用版本吗?

不会。你可以先从后端集成开始。将应用内 assistant 的使用作为声明进行报告,是你自己的 API 的可选补充。

它能把我的真实 app 和复制其请求的脚本区分开吗?

它会报告每个请求携带的证据。没有明显证据的请求会被报告为 Unknown,而不是被猜测,如何处理由您的策略决定。

它会取代我们的登录或 token 检查吗?

不会。你的认证仍然负责。Proof of Actor 只是补充是谁或什么在行动,以便你的策略更好地响应。

费用是多少?

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

将 actor 上下文带入你的移动后端。

加入 Proof of Actor founding developer program。

想先聊聊? 联系创始人