アクターの信頼記録
説明用の例- アクター
- AIエージェント
- エージェントの識別情報
- 検証済み
- 本人または組織
- 検証済みの組織
- 権限
- 検証済み
- 要求された操作
- 委任された権限の範囲内
- 人間による承認
- 委任による義務はありません
- 委任の状態
- 有効
要するに
マーケットプレイス向けに、Proof of Actorは、やり取りを「人間」「人間 + AI」「認可されたエージェント」「未検証のアクター」に分類できるよう設計されています。これにより、プラットフォームは正当な自動化を妨げたり、正規の利用者に不利益を与えたりすることなく、それぞれに異なるルールを設定できます。
問うべきこと
この買い手、売り手、または出品の背後には、実在する人間か、責任を負う本人または組織がいますか？
文脈
ボットのブロックを超えて
マーケットプレイスは、偽アカウント、自動生成された出品情報、買い占め、不自然に生成された反応への対策に取り組んでいます。ボット対策はトラフィックのレベルでは役立ちますが、判断するのはトラフィックが自動化されているように見えるかどうかであり、行為主体が正当かどうかではありません。出品者の在庫管理エージェントも、買い占め用のスクリプトも、どちらも自動化されているように見えます。
一方で、実際のユーザーがAIアシスタントを利用する機会は増えており、買い手が交渉をエージェントに任せることもあります。あらゆる自動化を敵対的なものとして扱うと、正当なエージェントまで人間を装うようになり、誰を信頼できるか判断しにくくなります。
Proof of Actorは、プラットフォームが適切な場面で適切な証拠を求められるよう設計されています。登録時には人間であること、価値の高い行為には操作の制御、本人や組織に代わって行為するエージェントには権限の証拠を求めます。
プラットフォームがアクターに関する証拠を必要とする場面
- アカウント作成と販売者の登録手続き
- 大量に作成される出品情報やオファー
- 高額取引と支払い
- 買い手と売り手の間のメッセージのやり取り
- ユーザーに代わって交渉や購入を行うエージェント
Proof of Actorが立証するよう設計されていること
この文脈で必要な信頼のレイヤー
状況によって必要な信頼基盤の要素は異なります。ここでは、次の層が重要です。
人間であること
各アカウントの背後には実在する人間がいる。
AIの参加
AIの支援を受けた活動は、隠されずに確認できます。
権限委譲
エージェントは委任元を明示します。
権限の範囲
エージェントのアクションは、委任された権限の範囲内にとどまります。
ポリシー
一般的なポリシー
Proof of Actorは証拠を提供します。ポリシーの策定と開示は、お客様の組織が行います。
// Proposed API - illustrative only
policy.allow({
actor: ["human", "human_ai", "authorized_agent"],
agentAuthority: { required: true },
unverified: "review"
});よくある質問
よくある質問
これはマーケットプレイス向けのボット検出ですか？
いいえ。ボット検知が問うのは、トラフィックが自動化されているように見えるかどうかです。Proof of Actorが問うのは、どの種類のアクターが関与し、その自動化が正当で、背後に誰がいるかです。これにより、プラットフォームは認可されたエージェントを受け入れながら、利用者も保護できます。
未検証のアクターはどうなりますか？
未検証は悪意があることを意味しません。信頼関係が不明であることを意味します。許可、制限、確認、追加の証拠の要求のいずれを選ぶかは、プラットフォームがポリシーで決定します。
検証済みのボットと認可されたエージェントはどう違いますか？
検証済みのボットは、どの運用者がトラフィックを送信したかを証明します。Proof of Actorのモデルでは、権限を与えられたエージェントはさらに、本人または依頼元の組織と、許可された行為の範囲を示す情報を持ち、その範囲は行為ごとに確認されます。
どのようなやり取りの信頼性を判断しにくいですか？
設計パートナーは、判断を変えるために必要な証拠の定義に協力します。貴社の課題をお聞かせください。