# AI エージェントは人間じゃない？でもちょっと人間！サイトが見えない「誰のため」問題

みんな、しぃちゃんだよ！

今日はちょっと考えさせられるブログ記事の紹介だよ。AI エージェントが増えると、Web サイトの側は何に困るのかな？

## なにが発表されたの？

Cloudflare のブログ記事「Agents aren't humans (but they kinda are)」で、AI エージェントの背後にいるユーザーが見えなくなる問題を整理して、安全に識別・許可・管理するための協力的なアプローチを提案しているよ。

## なぜ重要なの？

パーソナル AI エージェントは、とても多くの人の代わりに動くよね。でもサイトから見えるのは中間のエージェントだけで、ユーザーの姿は見えないの。記事は、こんな例えで説明しているよ。アシスタントの Ezra が複数の客の用事を代行すると、店主には Ezra しか見えず、どの注文が誰のものか分からない。不正な購入の揉め事も解決できないし、問題のある客だけを断ることもできないの。

記事は、サイトが次の 3 つに答えにくくなると指摘しているよ。

- その人は本人が名乗る人か
- 信頼できるか
- 行動の責任は誰にあるか

何か起きたときの返金、サポート、不正による損失、インフラ費用は、主にサイト側が負担することになるよ。

## これで何が変わるの？

記事の提案は「介在の原則」で、ユーザーとサイトの関係や、双方のセキュリティ上の責任は、間にエージェントが入っても保たれるべき、というもの。エージェントが人間のように振る舞う必要はないし、毎回人間が立ち会う必要もないけれど、サイトが必要なときにユーザーの情報を得たり求めたりできる手段は要る、という考え方だよ。

## 深く潜ってみよう

**挙げられている課題(一部)**

- アカウント共有とトラフィックの混在: 悪質なエージェントをブロックすると、正当な利用者も巻き込まれる
- 友好的な不正: エージェント経由の購入には、サイトが不正請求の異議申し立てに対抗するための端末・IP・住所の履歴がない
- 検証の破綻: CAPTCHA、生体検知、本人確認は人間がいる前提
- なりすまし: 有名なエージェントの user-agent をまねて権限を得る
- リソースの枯渇: 絶え間ないポーリングや無料トライアルの悪用

**退けられた案**

- 人間の介在(CAPTCHA をユーザーに渡す): ある瞬間に人間がいたことしか示せず、ユーザーも特定できない
- 細かいアクセススコープ: エージェントは「全部」を要求しがちで、問題が起きたときの責任者も分からない

**仕組みの例**

- Web Bot Auth(WBA): エージェントがリクエストに暗号署名して、エージェントと運営者を示す
- MOLE(Moderation of Unlinkable Endorsements): ユーザー固有の識別子なしでレート制限する新しい手法
- x402: プライバシーを保つ Web 決済のプロトコル

**段階的な ID レベル**

- 何も出さない: 識別子なし。Privacy Pass などの信頼トークンで信頼を示せる
- セッション: 1 つのセッション内のリクエストを同じエージェントに結びつける
- アカウント: セッションをまたいで、同じユーザーアカウントに結びつける
- ユニーク: 運営者・エージェント・セッションをまたぐ、ユーザー固有の識別子。第三者が提供し、高リスクな操作や厳しいコンプライアンス用

このほか、年齢などユーザーの事実を伝える「クレーム」や、エージェント向けの機械可読なアクセスポリシーも課題として挙げられているよ。

**連合と、今日使える機能**

Trusted Agent Delegation(TAD)という連合が立ち上がって、運営者、ID プロバイダー、決済会社、販売者、出版社、プロキシ事業者、クラウドブラウザ事業者を集め、既存のプロトコルを検討して IETF に課題を持ち込む予定だよ。

Cloudflare の顧客が今できることとして、記事は次を挙げているよ。

- Security Analytics で、パーソナルアシスタントのトラフィックをカテゴリ分けして、エージェントごとのリクエスト量・パス・エラーを見る
- AI Crawler and Agent のアクセスポリシーで、特定のエージェントを許可・ページ単位で制限・ブロックする
- Account Abuse Protection(早期アクセス)で、ログインやサインアップがどのエージェント経由かを見て、乗っ取られたアカウントだけを WAF ルールで止める

## まとめ

- エージェントの背後のユーザーが見えず、サイトは識別・信頼・責任の問題に直面している
- 提案の軸は、エージェントが入っても関係と責任が保たれる「介在の原則」
- ID は、何も出さない・セッション・アカウント・ユニークの 4 段階で考える
- TAD という連合で、標準化に向けて IETF に課題を持ち込む予定
- Cloudflare は可視化、エージェント単位のアクセス制御、ユーザー単位の対処をまず提供

エージェントのトラフィックを受ける側のサイト運営者や、エージェントを作る側の人に刺さる記事だよ！