メインコンテンツにスキップ
Proof of Actor · プライベートベータ

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.

example-app.test · actor 結果

GET /api/v1/catalog

エージェントbasis: verified

証拠

sample-crawler.example のrequest signatureを検証しました

ポリシー: allow: structured API response を返す

アクターコンテキストが重要な理由

ログインは、どのアカウントが使われているかを示します。ただし、人が操作しているのか、人が AI アシスタントと作業しているのか、自律エージェントがそのアカウントを通じて動作しているのかは示しません。それぞれに異なる体験が必要です。

session

loginが知っていること

user: [email protected]

plan: team

actor: ?

proof of actor

Proof of Actor が追加するもの

エージェントbasis: declared

/reports で、このアカウントを通じて assistant が操作しています。

01 · 検出

integration から見える signal を収集します。

Proof of Actorは、server、edge、browser、またはMCP serverでactor signalを収集し、verifiedなassertionとbehavioral inferenceを分離します。

  • request signature から verified な agent identity を確認します。
  • クライアント宣言とアプリ内のAI開示。
  • ブラウザの対話シグナルを、コレクターが動作する場所で取得します。
  • Unknown は独立した結果として保持され、推測されることはありません。
signals · source ごとの last request
  • リクエスト署名valid · sample-crawler.exampleverified
  • クライアント宣言"research-assistant/2.1"declared
  • ブラウザでの対話pointer + keyboard eventsinferred
  • サポートされる signal なしroute not instrumentedunknown

02 · 理解

アプリの各部分を誰が使っているか確認できます。

route と workflow による actor analytics は、人、AI-assisted user、agent がどこで interact しているかを示し、各分類の evidence に 1 回の click でアクセスできます。

  • route, workflow, time period ごとの traffic mix。
  • すべての result の背後にある evidence と basis。
  • Unknown rate なので、カバー範囲の終わりが分かります。
route 別 traffic · 7 days
  • /dashboard不明 7%
  • /api/v1/catalog不明 15%
  • /support/tickets不明 8%
  • /signup不明 21%
人間人間 + AIエージェント不明

03 · ルーティング

次に何を起こすかを、route ごとに決める。

重要な route に対して policy を定義します: allow, adapt, challenge, review, rate-limit。まず observation から始め、影響を preview し、準備ができたら enforce します。

  • ルート、アクタークラス、基準ごとのポリシー。
  • 観測し、preview し、それから enforce します。
  • Unknown と timeout に対する明示的な fallback。
  • 決定は application code の中に残ります。
policy · example-app.test
  • /api/v1/catalogenforceエージェント許可 · 構造化 API
  • /support/ticketsenforce人間 + AI許可 · AI-assisted とラベル付け
  • /account/*preview不明既存の checks を維持する
  • /api/v1/orderspreviewエージェントより強い認証情報を要求する

4 つの class。すべての result に説明を。

すべての interaction は 4 つの class のいずれかに分類され、それぞれに明確な意味と明確な限界があります。

  • 人間

    サポートされている観測可能なシグナルは、人間が主導する操作を示しています。

    意味しないこと: AI が使われていないこと、またはその人の実世界での身元が確認済みであること。

  • 人間 + AI

    AI 支援が宣言されたか、実際にそれを観測できる対応済み統合によって検知されました。

    意味しないこと: 別のタブや別のデバイスを含め、隠れた AI 利用のすべてを検出できること。

  • エージェント

    検証可能な identity または慎重に条件付けられた推論によって裏付けられた、自動化または agent 起点の interaction。

    意味しないこと: エージェントが認可されていること、安全であること、または人からの有効な委任のもとで動作していること。

  • 不明

    利用可能な証拠では、信頼できる判断はできません。

    意味しないこと: そのインタラクションが疑わしい、または悪意があること。

そして各結果は、その根拠を明示します

  • verifiedたとえば公開済み鍵に対するリクエスト署名のような、暗号学的または別の方法で検証可能な主張。これはその確認のみを証明するもので、それ以上ではありません。
  • declaredアクターまたはあなたのアプリケーションがそう述べたものです。たとえば、AI 支援の開示や、自らをエージェントと名乗るクライアントです。宣言が真実でない場合もあります。
  • inferred行動的または文脈的な信号から導かれた結論。推定は誤ることがあり、常に推定として表示されます。
  • unknown判断に足る evidence がありません。推測せず、結果は Unknown として報告されます。

アプリが行える判断

requestから結果、そして判断までの3つの一般的な状況です。

  • 署名済みの agent が catalog を読み取る

    Request

    GET /api/v1/catalog

    結果

    エージェントbasis: verified

    あなたの判断

    HTMLページの代わりに、構造化されたAPIを提供します。

  • evidence のない account 変更

    Request

    POST /account/password

    結果

    不明basis: unknown

    あなたの判断

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

  • AI-assisted であることを開示した ticket

    Request

    POST /support/tickets

    結果

    人間 + AIbasis: declared

    あなたの判断

    それを受け入れ、AI-assisted label で routing します。

production app 向けに構築

  • まずは観測

    policy を有効にするまでは、Proof of Actor は何も変えません。

  • score ではなく evidence

    結果には、説明のない数値ではなく、その根拠が付与されます。

  • ルール

    enforcement は、route と risk tier ごとに application 内で行われます。

  • 設計段階からのプライバシー

    最小限の収集、tenant isolation、同意した retention。

あなたの stack に適合

サーバーmiddleware、Next.js、edge、browser、一般的なHTTP APIとMCP server。

  • 創業チーム

    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。

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

よくある質問

Proof of Actor は bot blocker ですか、それとも CAPTCHA ですか?

いいえ。actor evidence と classification を報告し、判断は application に委ねます。既定では何も block しません。

人の identity を verify しますか?

いいえ。identity checks、KYC、biometric verification は行いません。Human の結果は、観測可能な signal が人による操作を示していることを意味し、その人物が誰かを示すものではありません。

signed agent request があると、その agent に行動が許可されることになりますか?

いいえ。valid signature は request を key と、その公開された operator に関連付けます。その operator が app 内で何かを行えるかどうかは、authorization の判断です。

どうすればアクセスできますか?

Proof of Actor は非公開ベータです。早期アクセスに申し込み、理解したいアプリケーションとやり取りについてお知らせください。

誰があなたの app を使っているかを把握します。

founding developer program への参加を申し込む。

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