SaaS application を actor-aware にします。
観測された human, AI-assisted, autonomous, unknown の interactions を理解し、sign-up から settings まで、product が適切に応答できるようにします。
POST /reports/generate
証拠
アプリ内蔵のアシスタントが、サインイン済みユーザーのためにこのリクエストを作成しました
ポリシー: レポートを許可して AI-assisted として記録
ユーザーは今や、アシスタントやagentを連れてきます。
人はサインインしたあと、作業をAIアシスタント、ブラウザエージェント、オートメーションに引き渡します。あなたのアプリからは、そのすべてが同じアカウント、同じセッションに見えます。
そのため、適切な体験を設計するのが難しくなります: 人間向けの高速な経路、正当な自動化向けの構造化された経路、機微な操作向けの慎重な経路です。Proof of Actor は、そのコンテキストをプロダクトに与えます。
Proof of Actor が追加するもの
/reports で、このアカウントを通じて assistant が操作しています。
SaaS チームがアクターコンテキストで行うこと
人の体験を守る
sign-up、onboarding、日常的な flow を、人にとって速く、かつ一律の摩擦をかけずに保ってください。
エージェントに構造化された経路を与える
verified または declared の agent には、人向けに作られた UI ではなく、API か構造化レスポンスを提供します。
サポートで開示された AI 支援
適切な場合は AI 支援の作業を受け入れ、乱用として扱うのではなくラベル付けします。
機微な操作を保護する
自社のポリシーで求める場合は、アカウント変更操作にレビューまたはより厳格な確認を追加します。
product の利用状況を理解する
人間、アシスタント、エージェントが実際にどの機能を使っているかを、ルートごとに確認します。
Unknown 向けの計画
各 route で evidence が十分でない場合の動作を決め、その rate を可視化したままにします。
01 · 検出
あなたのプロダクトとサーバーからのシグナル。
ブラウザコレクタは、お客様が選択したページ上のインタラクション信号を収集し、サーバー統合はリクエストのコンテキストと自動クライアントからの署名を追加します。
- browser collector が動作する場所での interaction signals。
- 鍵を公開するエージェントからの署名付きリクエスト。
- アプリ内のAI開示と独自のアシスタント機能。
- リクエスト署名valid · sample-crawler.exampleverified
- クライアント宣言"research-assistant/2.1"declared
- ブラウザでの対話pointer + keyboard eventsinferred
- サポートされる signal なしroute not instrumentedunknown
02 · 理解
各ワークフローが実際にどのように使われているかを確認します。
dashboard、settings、support、sign-upの各フローでのアクター構成を比較し、任意のセッションの背後にある証拠を掘り下げます。
- ルートごと、ワークフローごとの Actor 構成。
- すべての result の evidence と basis。
- route ごとの Unknown rate なので、どこに coverage を追加すべきか分かります。
- /dashboard不明 7%
- /api/v1/catalog不明 15%
- /support/tickets不明 8%
- /signup不明 21%
03 · ルーティング
各アクターに最適な体験。
重要なルート向けにルールを作成し、段階的に展開できます。それ以外はこれまでどおり動作し続けます。
- ルート、アクタークラス、基準別のポリシー。
- 観測し、preview し、それから enforce します。
- 既存の認証と認可が引き続き管理します。
- /api/v1/catalogenforceエージェント許可 · 構造化 API
- /support/ticketsenforce人間 + AI許可 · AI-assisted とラベル付け
- /account/*preview不明既存の checks を維持する
- /api/v1/orderspreviewエージェントより強い認証情報を要求する
判断例
request から result、そしてあなたの decision へ。
検証済みのエージェントがカタログを読む
Request
GET /api/v1/catalog
結果
エージェントbasis: verifiedあなたの判断
構造化された API に送信し、アカウント変更には別個の認可を必須にします。
人が AI でチケットを下書きする
Request
POST /support/tickets
結果
人間 + AIbasis: declaredあなたの判断
受け入れて、AI 支援ラベルを付けたうえでサポートに振り分けます。
証拠が不十分な設定変更
Request
POST /account/password
結果
不明basis: unknownあなたの判断
既存の re-authentication flow を維持してください。actor に基づく判断は行いません。
リスクを抑えて展開
チームはobservation modeから始め、routeごとに進めます。
- 01
重要なflowを観測
サインアップ、サポート、設定にbrowser collectorとserver middlewareを追加します。製品側は何も変更されません。
- 02
workflowごとにプレビュー
実際のsessionでruleが何をしていたかを確認します。たとえばAI-assisted ticketのラベル付けや、agentをAPIへroutingする処理です。
- 03
routeごとに適用
workflowは1つずつ有効化します。accountを変更するactionでは、Unknown向けの明示的なfallbackを用意します。
あなたの 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。
各創業チームとのオンボーディング中に、統合は実作業ベースで進めます。別のスタックをお使いですか? 応募時にお知らせください。
よくある質問
ユーザーの動作が遅くなったり、ブロックされたりしますか？
いいえ。Proof of Actor は observation mode で始まり、チームが特定の route に policy を有効化するまで app には何も変更を加えません。
誰かが別タブでChatGPTを使ったことを判別できますか?
通常の web traffic だけではありません。Human + AI の結果は、あなたの app 内で declared または観測可能な AI 利用、たとえば自社の assistant 機能や disclosure control に基づきます。
当社の login や fraud tool の代わりになりますか?
いいえ。それらに加えて actor context を追加します。authentication、authorization、fraud tooling は、それぞれの判断を引き続き担当します。
どのワークフローから始めますか？
アクターによって適切な応答が変わるワークフローから始めます: サインアップ、サポート、高価値機能、アカウント設定。
費用はいくらですか？
選定された創業開発チームは、合意済みの使用上限内で最大 12 months free を受けられます。