PerplexityがAmazonに勝ったのは、コードが動く場所のおかげだった(2026)

Surya Pratap
By Surya Pratap

2026年8月9日

10 min read

AI & Technology
Perplexityをめぐる第9巡回区控訴裁判所の判決の内訳。左側は事件を決めたクライアント側のアーキテクチャ、右側はこの判決の後も残る請求

8月4日、第9巡回区控訴裁判所の合議体は全員一致で、PerplexityのブラウザでありショッピングアシスタントでもあるCometをAmazon.comから締め出していた仮差止命令を取り消しました。判断の要点は、Computer Fraud and Abuse Act(CFAA)の下では、AIエージェントは人ではなく道具だというものです。ユーザーがエージェントをウェブサイトに向けたとき、アクセスしているのはユーザーです。

今週、これはエージェンティックコマースへのゴーサインとして読まれています。そうではありません。裁判所が言ったことと、人々が言ったと思っていることの差こそが、創業者が痛手を負う場所です。判決文で本当に役立つのは、もっと狭く、もっと実行に移しやすい点です。事件を決めた事実はアーキテクチャでした。Perplexityが勝てたのは、Cometの作り方による部分があるのです。

判決を決めた事実

Cometは、多くの人が想像するAIショッピングエージェントの動き方とは違います。PerplexityのサーバーがAmazonのサーバーと通信することはありません。アシスタントはユーザー自身のマシン上でページのスクリーンショットを撮り、その画像をPerplexityに送って処理させ、ナビゲーションの指示を受け取って、ユーザーのコンピューターがそれを実行します。Amazonに届くパケットはすべて、ユーザーの端末から、ユーザーの回線で、ユーザーのセッションの中で送られます。

裁判所の論理はそこから直接導かれます。CFAAにおける「アクセス」とはコンピューターシステムに入ることを意味し、法律は人によるアクセスを想定しています。エージェントは手段にすぎません。合議体は、エージェントは「法律上の意味で人ではなく道具」であり、「審理の焦点は依然として、アクセスする人、またはアクセスを引き起こす人にある」と書きました。したがってAmazonにアクセスしたのは、Perplexityのエージェントの助けを借りたユーザーだということになります。

合議体はさらに、刑罰法規の厳格解釈の原則でこれを補強しました。CFAAは刑事法です。エージェントの運営者がアクセスしているというAmazonの理屈が正しければ、同じ論理によって、AIアシスタントを使って買い物をしただけの一般の人々が刑事責任を問われうることになります。裁判所はそこまで広い刑事法の解釈を避けるもので、今回もそうしました。

自社のアーキテクチャ図の読み方を変えるべき理由

クライアント側で実行するかサーバー側で実行するかは、これまで常にレイテンシ、コスト、認証情報の置き場所に関する判断でした。8月4日からは、法的な立ち位置に関する判断でもあります。第9巡回区の分析は、サーバー間の通信がないことを土台にしています。バックエンドが自らページを取得するエージェントは、この論理に当然含まれるわけではなく、裁判所も含まれるとは言っていません。

判決がしなかったこと

合議体は自らの限界について異例なほど明示的でした。「我々は、エージェント型AIを規律する新たな法体系を確立するものではない」。これは文字どおりに受け取ってください。変わらなかったことが5つあります。

  • 利用規約は引き続き拘束力を持つ。 裁判所が扱ったのは不正アクセス禁止法で、契約上の請求は明示的に未決のままにしました。サイトの規約が自動化されたアクセスを禁じているなら、その禁止は先月と同じく今日も執行可能です。これは今や脚注ではなく、主戦場です。
  • 不法行為の理論も残っている。 判決はそれらを名指しで未決のままにしています。契約関係への干渉、不正競争、関連する請求には触れていません。
  • これは仮差止命令についての判断である。 基準は勝訴の見込みであり、本案の最終判断ではありません。事件は下級審に差し戻され、Amazonは訴訟を続けています。
  • 拘束するのは1つの巡回区だけ。 第9巡回区はカリフォルニアと西海岸を管轄し、この業界の多くがそこにありますが、全国的な法ではなく、他の巡回区が異なる判断をすることもありえます。
  • 自律性は試されていない。 論理の中心は、その場でユーザーが道具を操作していることです。スケジュールに沿って無人で動き、誰も具体的に指示していない行動をとるエージェントは、大きく異なる事実関係であり、この判決はそれを解決していません。

誰も祝っていない帰結

勝利に安心する以上に、心配すべきなのはこの部分です。

不正アクセス禁止法がもはやエージェントの運営者に及ばないなら、プラットフォームは争いを契約に移すでしょう。それは当然の対応で、エリック・ゴールドマン氏はすでにその行き着く先を指摘しています。サイトは規約を厳しくしてエージェントを介したアクセスを禁じ、その規約に拘束されるのはアカウントの保有者、つまりあなたのユーザーです。

勝利の論理を読み直すと、その中に罠が見えてきます。裁判所は、サイトにアクセスしているのはあなたのユーザーだと判断しました。それはまさに、規約に違反しているのはあなたのユーザーだと主張し、あなたを訴える代わりにユーザーのアカウントを停止するために、プラットフォームが必要とする前提です。あなたは、行為者は顧客だと主張して勝つことで責任を免れます。その主張に二度勝つことが、プロダクトにとって良いことだとは限りません。

したがって、現実的な近い将来はエージェントへのアクセス開放ではありません。厳しくなる規約、より攻撃的なボット検知、エンドユーザーに対するアカウント単位の措置の組み合わせです。その下には、エージェント業界に有利に解決された法的な問いが横たわっていますが、見出しが示唆するほどの働きはしていません。

他社のサイトに触れるエージェントを作っているなら、すべきこと

  • リクエストがどこから出ているかを正確に把握する。 第三者とのあらゆるやり取りについて、実際のパケットの経路を描いてください。ユーザーの端末か、自社のバックエンドか、自社クラウド上のヘッドレスブラウザか。答えが「バックエンドが取得している」なら、この判決が認めたアーキテクチャの外にいます。それでもエンジニアリングとして正しい判断かもしれません。ただ、デフォルトのままではなく、理解したうえで選んでください。
  • 依存しているサイトの規約を読む。 これが今や実際の制約であり、自分で確認できる制約です。プロダクトの中核のループが、大手プラットフォームの規約で禁じられたやり取りを必要とするなら、どんな判決でも解消できないビジネスリスクを抱えていることになります。
  • ユーザーが何に同意しているかで驚かせない。 プラットフォームがエージェントの利用をアカウント保有者による違反とみなしうるなら、ユーザーはあなたに代わってリスクを負っています。それをはっきり伝え、エージェントの行動を見えるようにして確認できるようにし、ユーザーが承認していると理解していないアカウント単位の操作は決して行わないでください。
  • 認証情報の扱いこそ訴えられる原因だと考える。 Amazonの訴状は、エージェントがパスワードで保護されたアカウントにひそかにアクセスしたと主張していました。CFAAに基づく請求が退けられたのは誰がアクセスしたかという点によるもので、認証情報の扱いが正当化できたからではありません。認証情報はユーザーの端末かユーザーが管理する保管庫に置き、規制当局に設計を説明するのに苦労するような場所には決して置かないでください。
  • 検知されにくさを堀にしない。 プラットフォームがあなたのエージェントと人間を区別できないことが強みなら、検知の改良1回でプロダクトが死ぬところにいます。法的な道が狭まったからこそ、ボット検知はより攻撃的になっていきます。
  • 認められた経路があればそちらを選ぶ。 API、提携、アフィリエイトプログラムは、プロダクト体験としては劣っても、ビジネスとしてははるかに優れています。誰かが扉を用意してくれるなら、エージェント対ウェブサイトの争いは丸ごと避ける価値があります。

戦略的な読み方

筆者は弁護士ではなく、この記事は法的助言ではありません。第三者のプラットフォームへのエージェントのアクセスがプロダクトの根幹にかかわるなら、それはブログ記事ではなく弁護士と話すべきことです。筆者が提供できるのはエンジニアリングの観点からの観察で、それこそ持ち帰る価値のあるものです。

レイテンシと認証情報の扱いを理由に行われたシステム設計上の選択が、連邦控訴審の結果を左右することになりました。PerplexityがCFAAの訴訟に勝つためにCometをクライアント側で作ったとは、まず考えられません。ユーザーの認証済みセッションの中で動くには、ローカルでスクリーンショットを撮るのが理にかなっているからそう作ったのであり、法的な利点はその結果として生まれたのです。

これが身につけるべきパターンです。今週はまさにそれを示す週でした。金曜日には、モデルが物理的にどこにあるかがその経済性を変えると賭けるチップ企業。今日は、エージェントが物理的にどこで動くかが法的に誰が行為しているかを変えると判断した裁判所。どちらの場合も、重要だったのはプロダクトの判断ではなく、デプロイの境界でした。エージェントがお金を使う、登録する、メールを送る、認証情報を保持するといった現実の結果を伴うことをし始めると、「これは誰のコンピューターで動いているのか」という問いは実装の細部ではなくなり、会社を支える重要な事実の一つになります。

IdeaToMVP Academy

Want to build with AI — not just read about it?

4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.

Explore the Academy →
Share this post :