メインコンテンツにスキップ
用語集

Proof of Actor

Toshendra Sharma

著 Toshendra SharmaFounder & CEO, AgentCredia · Updated November 13, 2026

application 内の human、AI-assisted、agent、unknown の interactions を detect し、understand し、route する AgentCredia の製品です。

Proof of Actor の意味

Proof of Actor は、applications、websites、API、MCP servers を運用する teams 向けに AgentCredia が構築した製品です。account login だけでは答えられない問いに答えます。この interaction で今 acting しているのは誰か、または何か。signed-in account は、interface をクリックして進む person、AI assistant と並んで作業する person、あるいは自律的に動作する autonomous agent によって駆動されることがあります。Proof of Actor は、そのうちどれを見ているのかについて application に evidence を与え、response は application に委ねます。

この製品は 3 つの capabilities を中心に構成されています。

  • Detect は、integration で利用できる actor signals を収集し、verified な assertions と behavioral inferences を分離します。
  • Understand は、それらの結果を analytics に変換します。route ごとの actor mix、時間経過に伴う trends、各 classification の背後にある evidence です。
  • Route は、application が独自の policies を適用して、特定の interactions を allow、adapt、challenge、review、または limit できるようにします。

なぜ重要か

Applications は、すべての session の背後に human がいるという前提で作られてきました。その前提は、もはや成り立ちません。AI agent traffic は今や product pages、API、tool servers に到達しており、人々も app の中で作業しながら AI assistance を increasingly 使っています。これらをすべて同じように扱うと、2 つの望ましくない結果につながります。正当な automation が abuse 対策向けの defenses によって block されること、そして sensitive actions が team の想定よりも少ない context で実行されることです。

Proof of Actor は、product、platform、security の teams に対して、実際に起きていることの共通 view を提供し、decision を推測ではなく evidence に基づかせます。

仕組み

supported な integration を通過するすべての interaction には、2 つの部分からなる result が返されます。

  1. class: Human、Human + AI、Agent、または Unknown。
  2. basis: verified、declared、inferred、または unknown。class が何に基づくかを示します。evidence basis を参照してください。

有効な HTTP message signature (RFC 9421) を持つ request は、verified な agent identity です。自分自身を agent と名乗る client は declared です。keyboard の前にいる person に整合する interaction pattern は inferred です。evidence が determination を支えない場合、result は Unknown になり、そのまま Unknown のまま維持されます。4 つの classes については Human, AI-assisted or agent: a practical taxonomy for application traffic で説明しています。

Teams は observation mode から始めます。results は記録され、実際の outcomes と照らして review されますが、application の behavior は何も変わりません。team がある workflow に policy が適合すると確信したとき、その policy を自分たちの code で有効化します。全体の flow は How It Works に記載されています。

よくある誤解

これは bot blocker ではありません。 Proof of Actor は、既定では何も block しません。多くの agents は歓迎される参加者であり、そうした相手への適切な response は challenge page ではなく、構造化された API であることがよくあります。

これは identity verification ではありません。 Human の result は、観測可能な signals が human-directed な interaction を示していることを意味します。person を特定するものではありません。

署名された agent は、authorized な agent ではありません。 有効な signature は、request が公開された identifier に結び付いた key で署名されたことを証明します。その operator が your application で action を実行できるかどうかは、app が行う authorization の decision です。

Proof of Actor が stack にどう適合するか

Proof of Actor は、既存の authentication と authorization の横に位置します。actor context を追加しますが、login、permissions model、risk に関する判断を置き換えるものではありません。application owner が、route ごとに enforcement を決定し、Unknown results と timeout に対する明示的な fallback を定義します。

product overview を読み、evidence で何を立証でき、何を立証できないか を確認し、または apply for early access して founding developer program に参加してください。

Sources

自社アプリでactor intelligenceを確認してください。

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