メインコンテンツにスキップ
モバイルアプリ

モバイルアプリの backend を呼び出しているものを把握します。

アプリはAPIと通信しますが、そのリクエストを複製できるものなら何でも同じことができます。Proof of Actorはモバイルbackendに到達するトラフィックを分類するため、自社アプリ、agent、unknownクライアントを個別に扱えます。

example-app.test · actor 結果

POST /v2/bookings

人間 + AIbasis: declared

証拠

アプリは、アプリ内アシスタントがサインイン済みユーザー向けにこの予約を作成したと報告しました

ポリシー: 許可し、AI-assisted とラベル付けしてユーザーに確認を求める

アプリが公開されていなくても、モバイルAPIは公開されています。

あなたの app が行うすべての request は、script または AI agent によって再実行できます。端末上の assistant 自身も、ユーザーのために apps を操作し始めています。backend からは、それらはすべて同じ token を使った同じ API call に見えます。

Proof of Actor は、すべてのモバイルリクエストが到達する場所で機能します。つまり、あなたのバックエンドです。各リクエストが持つ証拠を読み取り、アプリが自分のアシスタント機能について宣言した内容を記録し、証拠が尽きたときは Unknown を返します。

3 つの別々の質問
  • 誰が呼び出していますか?Actor の識別: 署名、宣言、または推論
  • どの認証情報ですか?お客様のAPI key、OAuth tokenまたはsession
  • 何ができますか?認可とポリシー

Proof of Actor は最初の問いに答えます。残りの2つはあなたのスタックに残ります。

モバイルチームがアクターコンテキストで行うこと

  • バックエンドで分類

    アプリが利用する API の前で、サーバーまたはエッジ統合を実行します。開始にアプリのリリースは不要です。

  • エージェントとスクリプトを見つける

    エージェントの署名または申告を伴うリクエストを確認し、アプリ自身のトラフィックと分離します。

  • アプリ内 AI を表示する

    アプリ内のアシスタントがユーザーの代わりに動作する場合は、その旨を報告してください。そうすれば、そのリクエストは Human + AI として記録されます。

  • 影響の大きい操作を保護する

    証拠が弱い場合は、予約、支払い、アカウント変更で確認またはより強い credential を求めます。

  • エンドポイント別の使用状況を見る

    人間、assistant、automated client が最も使う endpoint を理解します。

  • 次は Native SDK

    Native iOS と Android の SDK はロードマップ上にあります。創業チームが、収集内容の設計に関わります。

01 · 検出

backend が受け取る request からの evidence。

server、edge、または HTTP API の統合は、モバイル API への各呼び出しごとに、リクエストコンテキスト、署名、宣言されたクライアント詳細を読み取ります。

  • API ゲートウェイ、エッジ、またはサーバーでリクエストコンテキストを取得します。
  • 鍵を公開するエージェントからの署名付きリクエスト。
  • あなたの app が自社の assistant 機能について行う申告。
signals · source ごとの last request
  • リクエスト署名valid · sample-crawler.exampleverified
  • クライアント宣言"research-assistant/2.1"declared
  • ブラウザでの対話pointer + keyboard eventsinferred
  • サポートされる signal なしroute not instrumentedunknown

02 · 理解

誰が各 endpoint を使っているかを把握する

login、search、booking、accountの各エンドポイントでのアクター構成を比較し、Unknownのクライアントがどこに集中しているかを確認します。

  • エンドポイントとアプリバージョンごとの Actor 構成。
  • すべての結果の根拠。
  • endpoint ごとの Unknown rate。
route 別 traffic · 7 days
  • /dashboard不明 7%
  • /api/v1/catalog不明 15%
  • /support/tickets不明 8%
  • /signup不明 21%
人間人間 + AIエージェント不明

03 · ルーティング

アクションに合ったポリシー。

読み取りは高速に保ち、AI が下書きした操作には確認を追加し、影響が大きい箇所ではより強い credentials を求めてください。

  • エンドポイント、アクタークラス、基準ごとのポリシー。
  • 必要な場面で、より強い認証情報に切り替えます。
  • 観測し、preview し、それから enforce します。
policy · example-app.test
  • /api/v1/catalogenforceエージェント許可 · 構造化 API
  • /support/ticketsenforce人間 + AI許可 · AI-assisted とラベル付け
  • /account/*preview不明既存の checks を維持する
  • /api/v1/orderspreviewエージェントより強い認証情報を要求する

判断例

request から result、そしてあなたの decision へ。

  • アプリ内アシスタントがユーザーの代わりに予約する

    Request

    POST /v2/bookings

    結果

    人間 + AIbasis: declared

    あなたの判断

    許可し、AI-assisted とラベル付けしてユーザーに確認を求めます。

  • 署名済みのエージェントが空き状況を検索する

    Request

    GET /v2/availability

    結果

    エージェントbasis: verified

    あなたの判断

    読み取りを Agent 用の rate limit で許可します。

  • 他の証拠のない再利用トークン

    Request

    POST /v2/account/email

    結果

    不明basis: unknown

    あなたの判断

    既存の verification step を維持してください。actor に基づく判断は行いません。

リスクを抑えて展開

チームはobservation modeから始め、routeごとに進めます。

  1. 01

    backendで観測

    mobile APIの前にserverまたはedge integrationを配置します。開始にappのreleaseは不要です。

  2. 02

    endpointごとにプレビュー

    booking、search、accountのendpointがどう扱われるかを確認します。自分のassistantがdeclareしたrequestも含みます。

  3. 03

    影響の大きいcallに適用

    証拠が弱い箇所には確認やより強い資格情報を追加します。まずは最もリスクの高いendpointから始めます。

あなたの stack と連携します

  • 創業チーム

    Webサーバーミドルウェア (Node.js)

    サーバー側

    サーバーレンダリングのアプリと APIs 向けのリクエストレベルのシグナル。

  • 創業チーム

    Next.js

    サーバーサイドとエッジ

    page と API route 用の middleware。

  • 創業チーム

    ブラウザスクリプト

    ブラウザシグナルのみ

    browser session からの interaction signals を、server-side integration とあわせて取得します。

  • 創業チーム

    Cloudflareとエッジランタイム

    Edge

    リクエストがオリジンに届く前に、エッジでシグナルを取得します。

  • 創業チーム

    汎用HTTP API

    あらゆるスタック

    リクエストコンテキストを API に送信し、根拠付きの結果を受け取ります。

  • 創業チーム

    MCPサーバー

    MCP

    MCP ツール呼び出しのための Actor コンテキスト。

  • ロードマップ

    WordPress

    plugin

    WordPress サイト向けプラグイン。

  • ロードマップ

    ネイティブモバイル

    iOS and Android

    Native iOS と Android の SDK。

各創業チームとのオンボーディング中に、統合は実作業ベースで進めます。別のスタックをお使いですか? 応募時にお知らせください。

よくある質問

ネイティブの iOS または Android SDK はありますか?

まだです。Native SDK はロードマップ上にあります。現在、Proof of Actor は server、edge、または HTTP API integration を通じて backend で動作し、app が送るすべての request を対象にできます。

新しい app version を出荷する必要がありますか?

いいえ。まずは backend への integration から始められます。アプリ内 assistant の利用を declaration として報告する機能は、あなた自身の API への任意の追加です。

本物のアプリと、そのリクエストを模倣するスクリプトを見分けられますか?

各リクエストが持つ evidence を表示します。識別できる evidence がないリクエストは推測せず Unknown として報告され、その扱いは policy で決定します。

当社の login や token check の代わりになりますか?

いいえ。authentication は引き続き担当します。Proof of Actor は誰または何が行動しているかを追加するため、policy をより適切に反応させられます。

費用はいくらですか?

選定された創業開発チームは、合意済みの使用上限内で最大 12 months free を受けられます。

あなたのモバイルバックエンドにアクターコンテキストを持ち込みます。

Proof of Actor founding developer programに参加してください。

先に話しますか? 創業者に相談する