Amazon Perplexity 분쟁, 항소법원이 AI 쇼핑 에이전트 복원하며 반전
Perplexity AI가 Amazon Perplexity 분쟁에서 중대한 판결 번복을 이끌어냈다. 연방 항소법원이 자사의 Comet 쇼핑 에이전트에 대한 금지명령을 해제한 것이다. 하급심이 해당 에이전트의 Amazon 비밀번호 보호 시스템 접근을 차단한 뒤, 이번 결정으로 접근 권한이 복원됐다.
제9순회항소법원은 기본적이지만 중대한 구분에 주목했다. Amazon 고객이 Comet에 자신의 계정을 통해 행동할 권한을 부여했으므로, 관련 접근자는 Perplexity 자체가 아니라 사용자일 수 있다는 것이다.
이 논리는 특정 보호 컴퓨터에 대한 무단 접근을 금지하는 Computer Fraud and Abuse Act, 즉 CFAA에 따른 Amazon의 초기 주장을 약화한다. 다만 Amazon의 소송을 끝내거나 AI 에이전트에 온라인 플랫폼에 대한 무제한 접근권을 부여하는 것은 아니다.
이번 판결은 권한 있는 사용자를 대신해 작동하는 소프트웨어에 관한 연방 항소법원 차원의 가장 분명한 신호를 제시한다. 이는 사용자 대리권에 대한 Perplexity의 주장과 접근, 자동화, 고객 데이터를 통제할 권리가 있다는 Amazon의 주장 사이의 대립을 부각한다.
이 갈등은 하나의 브라우저를 훨씬 넘어선다. 쇼핑 에이전트가 유용한 작업을 완료하려면 웹사이트, 결제 시스템, 계정 데이터, 상품 카탈로그가 필요하다. 그러나 이 시스템들은 접근 규칙을 정하고 그에 따른 보안 위험을 부담하는 플랫폼의 소유다.
Amazon Perplexity 사건에서 달라진 점
항소법원은 Amazon의 본안 소송에 담긴 모든 청구를 판단하지 않은 채, 즉각적인 제품 제한 조치를 해제했다.
Amazon은 2025년 11월 웹사이트를 탐색하고 요청받은 작업을 수행할 수 있는 AI 어시스턴트를 갖춘 브라우저 Comet을 두고 Perplexity를 제소했다. 쇼핑객은 Comet에 상품 검색, 선택지 비교, 계정 접근, 구매 완료 지원을 요청할 수 있다.
Amazon은 이 활동을 Perplexity에 의한 무단 접근으로 규정했다. Comet이 자동화된 행위를 숨기고, 비밀번호로 보호된 영역에 들어가며, 계정 정보를 Perplexity 시스템으로 전송하고, 기술적 차단 조치에 저항했다고 주장했다.
분쟁은 2026년 3월 9일 중대한 국면을 맞았다. Maxine Chesney 연방지방법원 판사는 AI 에이전트를 통한 Perplexity의 보호된 Amazon 시스템 접근을 대상으로 Amazon의 가처분 신청을 인용했다.
가처분은 사건의 최종 판결 전 발령되는 임시 명령이다. 신청 당사자는 승소 가능성, 회복하기 어려운 손해의 개연성, 형평의 우위, 공익과의 부합을 입증해야 한다.
district court order는 Amazon이 필요한 입증을 했다고 결론지었다. 명령은 대상 접근을 금지하고 Perplexity에 분쟁 활동을 통해 취득한 Amazon 데이터를 폐기하도록 지시했다.
지방법원은 Comet이 고객의 허가를 받아 비공개 계정에 들어갔지만 Amazon의 허가는 받지 않았다는 강력한 증거가 있다고 판단했다. 또한 해당 활동을 조사하고 대응책을 개발하는 데 든 Amazon의 비용도 인정했다.
Perplexity는 즉시 항소했다. 제9순회항소법원은 장기적 구제 요청을 검토하는 동안 먼저 금지명령을 정지해, 항소 절차 중에도 Comet이 계속 작동할 수 있도록 했다.
최신 판결은 여기서 더 나아가 가처분을 뒤집었다. 판결 보도에 따르면 재판부는 권한 있는 계정을 통해 Amazon에 접근한 당사자를 고객으로 봤다.
이 차이는 중요하다. CFAA는 웹사이트가 선호하는 접근 방식을 위반했다고 해서 모든 경우를 자동으로 연방 컴퓨터 사기로 만들지는 않기 때문이다. 법원은 누가 시스템에 들어갔는지, 어떤 영역에 들어갔는지, 그리고 권한이 있었는지를 검토한다.
이번 결정이 Comet이 수행한 모든 행위를 적법하다고 선언한 것은 아니다. 이는 현 단계에서 Amazon이 제시한 법적 이론과 증거만으로는 이 가처분 제한을 정당화하지 못했다는 뜻이다.
Amazon은 결과에 동의하지 않으며 선택지를 검토 중이라고 밝혔다. 이 대응은 추가 항소 절차, 수정된 청구, 또는 다른 증거를 뒷받침한 재신청의 가능성을 남긴다.
소송 자체는 계속 진행 중이다. Amazon은 사건이 더 충실한 사실 기록을 향해 나아가는 과정에서 계약, 주법, 보안, 데이터 처리 또는 방해 행위 이론을 계속 추구할 수 있다.
이 절차적 구분은 핵심적이다. Perplexity는 소송 기간 동안 운영을 계속할 권리를 얻었지만, 자율 쇼핑에 대한 영구적 면책을 받은 것은 아니다.
Amazon Perplexity 판결이 사용자에 달린 이유
법원의 핵심 판단은 AI 에이전트를 독립 침입자가 아니라 계정 보유자가 사용하는 도구로 본 데 있다.
전통적인 웹 접근은 사람이 브라우저 소프트웨어를 조작하는 방식이다. 브라우저는 페이지를 불러오고, 양식을 제출하며, 자격 증명을 저장하고, 그 사람이 선택한 지시를 전송한다.
AI 에이전트는 위임의 정도를 바꾼다. 사용자가 각 제어 요소를 일일이 클릭하는 대신 목표를 제시하면, 소프트웨어가 중간 단계의 행동을 선택한다.
이 변화는 소프트웨어의 자율성을 높이지만, 자율성이 반드시 새로운 법적 접근자를 만들어내는 것은 아니다. 항소법원의 보도된 논리는 권한 있는 계정 보유자를 거래의 중심에 둔다.
Perplexity의 주장은 이러한 연속성에 기반한다. 사람은 접근성 소프트웨어, 비밀번호 관리자, 브라우저 확장 프로그램, 스크립트 또는 인간 보조자를 이용해 온라인 계정과 상호작용할 수 있다.
Comet은 목표를 해석하고 행동을 선택할 수 있어 이러한 사례들보다 더 강력하다. 그럼에도 Perplexity는 더 큰 기능이 고객의 근본적인 권한을 없애지는 않는다고 주장한다.
회사는 appellate brief에서 이 입장을 제시했다. 계정 보유자가 쇼핑을 위해 어시스턴트를 선택했다는 이유만으로 Amazon이 법적으로 인정할 수 있는 손해를 입은 것은 아니라고 밝혔다.
Amazon은 다른 행위자와 다른 기술적 구조를 본다. 보도에 따르면 Comet은 Perplexity가 통제하는 인프라를 통해 정보를 처리하며, 자동화된 행동을 수행하는 시스템은 Perplexity가 개발·유지한다.
이 구분은 단순한 의미론이 아니다. 사용자 허가가 관련 접근에 대한 권한이 될 수 있는지, 아니면 Perplexity도 Amazon으로부터 별도의 허가를 받아야 하는지를 결정하기 때문이다.
Amazon의 입장은 이른바 이중 동의 모델을 따른다. 이 접근법에서는 고객이 작업을 승인해야 하고, 목적지 플랫폼도 외부 에이전트를 승인해야 한다.
Perplexity는 사용자 위임 모델을 지지한다. 고객이 합법적으로 정보를 열람하거나 주문할 수 있다면, 일반적으로 소프트웨어를 지정해 동일한 행위를 수행하게 할 수 있어야 한다는 주장이다.
하급심은 가처분 판단 목적상 Amazon의 이중 동의 이론을 받아들였다. 명령은 고객의 허가가 반드시 Perplexity에 대한 Amazon의 권한 부여가 되는 것은 아니라고 밝혔다.
항소법원은 이를 금지명령의 충분한 근거로 받아들이지 않았다. 보도된 논리는 Comet을 고객이 기존 계정에 접근하는 수단으로 재구성했다.
이러한 틀은 CFAA의 역할을 좁힌다. 이 법은 무단 컴퓨터 접근을 다루기 위해 제정된 것이지, 다툼이 있는 모든 플랫폼 규칙을 해킹 위반으로 전환하기 위한 법은 아니다.
연방대법원도 이 법을 신중하게 해석해 왔다. Van Buren v. United States 사건에서 대법원은 그 외에는 권한이 있는 사용자의 광범위한 부적절한 컴퓨터 사용을 범죄화할 해석을 배척했다.
Amazon Perplexity 분쟁은 더 새로운 변형을 제시한다. 사용자는 계정 접근 권한을 보유하지만, 소프트웨어가 작업 일부를 수행하고 일부 정보는 외부 제공업체의 시스템을 거쳐 전송된다.
이번 판결은 법원이 소프트웨어 공급업체를 자동으로 접근자로 규정해 이 변형에 답할 수 없음을 시사한다. 사용자의 역할, 기술적 흐름, 취득된 정확한 정보를 검토해야 한다.
그러나 이번 판결이 위임된 접근의 경계를 없애는 것은 아니다. 인증을 우회하거나, 금지된 영역에 들어가거나, 자격 증명을 훔치거나, 사용자의 접근 권한을 넘어서는 에이전트는 다른 사건을 제기한다.
소프트웨어가 요청받지 않은 거래를 수행하는 경우도 마찬가지다. 사용자 권한 부여는 실질적이어야 하며, 에이전트의 행동은 실제로 부여된 권한과 연결돼야 한다.
따라서 개발자들은 이번 판결을 에이전트가 곧 사용자라는 구호로 축소해서는 안 된다. 더 강한 교훈은 대리, 권한, 기술적 행위에 대한 정밀한 사실 분석이 필요하다는 점이다.
Amazon이 이제 마주한 플랫폼 통제 문제
Amazon은 고객 보안을 지키면서도 자사의 규칙이 주로 쇼핑 결정에 대한 통제를 보호하기 위해 설계된 것으로 보이지 않게 해야 한다.
Amazon의 사건은 진지하게 다뤄야 할 우려에 기반한다. 비공개 계정 정보를 다루는 에이전트는 주소, 주문 내역, 결제 선택 사항 및 기타 민감한 세부 정보를 노출할 수 있다.
회사는 사기, 잘못된 구매, 반품, 고객 지원, 판매자 의무도 관리해야 한다. 다른 회사가 인터페이스를 통제한다는 이유로 이러한 책임이 사라지는 것은 아니다.
Amazon의 cease-and-desist letter는 Perplexity가 Comet을 Chrome으로 허위 표시하고 식별을 피하도록 수정했다고 비난했다. Amazon은 투명한 식별과 분쟁 중인 접근의 중단을 요구했다.
이러한 주장은 투명성을 핵심 쟁점으로 만든다. 외부 소프트웨어가 의도적으로 일반적인 인간 트래픽과 완전히 똑같이 보이게 한다면, 플랫폼은 에이전트별 보호 조치를 적용할 수 없다.
Perplexity는 Amazon의 더 광범위한 법적 결론에 이의를 제기한다. 이 소매업체가 컴퓨터 접근법을 이용해 고객 선택권을 제한하고 AI 지원 쇼핑에서 자신의 지위를 보호하려 한다는 주장이다.
이 반론은 Amazon이 이미 쇼핑 자동화를 개발하고 있기 때문에 압박을 만든다. Amazon의 자체 도구 역시 Amazon이 통제하는 환경 안에서 상품을 추천하고 고객의 구매 결정에 도움을 줄 수 있다.
추정적인 매출 수치에 의존하지 않더라도 상업적 이해관계는 상당하다. 쇼핑 에이전트는 사용자가 어떤 상품을 보는지, 어떤 속성에 비중을 두는지, 어떤 제안이 최종 비교 대상에 오르는지를 결정할 수 있다.
Amazon은 전통적으로 자사 스토어 안에서 이러한 표시 방식을 통제해 왔다. 검색 순위, 추천, 스폰서 배치, 리뷰, 주문 처리 라벨, 결제 설계는 모두 구매에 영향을 미친다.
제3자 에이전트는 이러한 신호의 순서를 바꿀 수 있다. Amazon의 기본 표시 방식 대신 단가, 배송 시간, 판매자 평판, 지속가능성 또는 사용자 지시를 우선시할 수 있다.
그렇다고 결과가 중립적인 것은 아니다. Perplexity 역시 고유한 모델, 순위 산정 방식, 파트너십, 인센티브를 갖고 있으며, 사용자가 이를 완전히 이해하지 못할 수 있다.
따라서 이 경쟁은 단순히 사용자 자유와 플랫폼 통제의 대립이 아니다. 이는 동일한 거래에 대한 권한을 추구하는 두 중개자 간의 경쟁이다.
Amazon은 마켓플레이스 인프라를 통제하고 많은 운영상 위험을 부담한다. Perplexity는 대화형 계층을 통제하며 Amazon의 인터페이스가 보이기 전에 고객에게 영향을 줄 수 있다.
항소심 판결은 대화형 계층에 더 많은 여지를 준다. Amazon이 이 초기 CFAA 이론을 Comet의 고객 지시형 접근에 대한 즉각적인 거부권으로 사용하는 것을 막는다.
Amazon은 여전히 기술적 방어 조치를 적용하고 더 좁은 법적 청구를 추구할 수 있다. 그러나 법원이 고객을 진정한 행위자로 본다면, 공격적인 차단에는 이제 전략적 위험이 따른다.
회사가 취할 수밖에 없는 대응에는 더 명확한 에이전트 정책, 향상된 기술적 식별, 또는 승인된 접근 방식이 포함될 가능성이 높다. 각각의 선택지는 Amazon이 허용 가능한 위임의 범위를 정의하도록 요구한다.
완전한 차단은 인터페이스 통제권을 유지할 수 있지만 외부 어시스턴트를 원하는 고객의 불만을 살 수 있다. 개방형 접근은 경쟁을 촉진하겠지만 보안, 귀속, 지원 측면의 과제를 키운다.
통제된 에이전트 인터페이스는 중간 해법을 제시한다. Amazon은 에이전트를 인증하고, 데이터 노출을 제한하며, 위임된 동의를 기록하고, 거래 단위의 안전장치를 적용할 수 있다.
이러한 인터페이스는 Amazon이 접근 자격을 결정할 수 있게도 해준다. 승인 대상이 특정 파트너나 Amazon 자체 서비스에 유리하게 정해질 경우, 이러한 접근 통제는 다음 경쟁 갈등으로 번질 수 있다.
기업 구매자에게 주는 교훈은 즉각적이다. 유용한 에이전트에는 모델 정확도 이상의 것이 필요하다. 안정적인 권한, 투명한 신원, 감사 기록, 그리고 제3자 시스템 전반에서 작동할 수 있는 신뢰할 만한 방식이 필요하다.
AI 쇼핑 에이전트에는 여전히 해결되지 않은 위험이 있다
법원은 Comet의 접근 권한을 복원했지만, 자율형 쇼핑의 안전성, 신뢰성, 또는 상업적 중립성을 인정한 것은 아니다.
첫 번째 미해결 쟁점은 동의의 질이다. 상품을 구매해 달라는 일반적인 요청만으로는 결제 과정에서 에이전트가 마주치는 모든 선택에 답이 되지 않는다.
에이전트는 판매자, 배송 옵션, 구독 설정, 보증, 수량 또는 교환 정책을 선택해야 할 수 있다. 각각의 선택은 금전적 약정을 만들 수 있다.
좋은 에이전트 설계는 소프트웨어가 언제 진행할 수 있고 언제 사용자에게 물어야 하는지를 정의해야 한다. 작업이 조사 단계에서 결제로 옮겨갈수록 이 경계는 더 중요해진다.
두 번째 쟁점은 데이터 처리다. Comet은 요청된 작업을 수행하기 위해 비공개 계정 정보에 접근해야 할 수 있으며, 하급심은 Perplexity의 서버로 전송되는 문제를 검토했다.
사용자에게는 어떤 정보가 대상 사이트 밖으로 나가는지에 대한 명확한 답이 필요하다. 또한 보존 기간 제한, 보안 통제, 접근 권한을 철회할 수 있는 신뢰할 만한 방법도 필요하다.
항소심 결정은 이러한 문제를 해결하지 않는다. 고객을 접근 주체로 본다고 해서 에이전트가 화면에 보이는 모든 필드를 수집하거나 보존할 권한을 얻는 것은 아니다.
세 번째 쟁점은 신원이다. Amazon은 Perplexity가 자동화된 접근을 숨기고 대응 조치를 우회했다고 주장하는 반면, Perplexity는 자사 행위에 대한 Amazon의 규정에 이의를 제기한다.
지속 가능한 에이전트 경제가 끝없는 위장과 탐지에 의존할 수는 없다. 플랫폼은 합법적인 에이전트를 인식하되 불필요한 데이터를 제공하지 않아야 한다.
에이전트 역시 자의적인 배제로부터 보호받아야 한다. 그렇지 않으면 플랫폼은 외부 소프트웨어를 식별한 뒤 자체 어시스턴트에는 유리하게, 경쟁자는 차단할 수 있다.
네 번째 쟁점은 지시 보안이다. 브라우저 에이전트는 행동 방향을 바꾸도록 설계된 악성 텍스트를 마주칠 수 있는데, 이는 프롬프트 인젝션으로 알려진 문제다.
상품 페이지, 리뷰, 광고 또는 숨겨진 지시문이 에이전트에게 사용자의 목표를 무시하라고 말할 수 있다. 취약한 시스템은 데이터를 노출하거나 원치 않는 행동을 시작할 수 있다.
법적 허가는 이러한 엔지니어링 문제를 해결하지 못한다. 사용자가 승인한 에이전트도 적대적 콘텐츠를 처리한 뒤 안전하지 않게 행동할 수 있다.
다섯 번째 쟁점은 구제책에 관한 것이다. Amazon은 계속된 접근이 이후의 손해배상으로는 회복할 수 없는 피해를 초래한다고 주장하며 긴급 구제를 요청했다.
항소법원이 금지명령을 기각하면서 그러한 즉각적 구제의 기준은 높아졌다. 그렇다고 Amazon이 증거개시나 재판을 통해 실제 피해를 입증하지 못하게 되는 것은 아니다.
계정 침해, 사기 주문, 측정 가능한 시스템 손상 또는 비공개 데이터 오용의 증거는 사건을 실질적으로 바꿀 수 있다. 신뢰할 수 있는 동의와 제한된 데이터 처리를 보여주는 증거도 마찬가지다.
따라서 이번 판결을 AI 에이전트의 완전한 합법화로 묘사해서는 안 된다. 이는 현재 기록에 근거한 잠정적 구제에 관한 결정이다.
ACLU와 Knight First Amendment Institute는 internet freedom brief를 통해 Perplexity의 입장을 지지했다. 이들은 광범위한 CFAA 이론이 연구, 저널리즘, 접근성 및 기타 사용자 지시형 도구에 영향을 미칠 수 있다고 경고했다.
이 우려는 쇼핑을 넘어선다. 에이전트는 결국 양식을 제출하고, 여행을 정리하며, 구독을 관리하고, 보험을 비교하거나, 인증된 서비스에서 정보를 수집할 수 있다.
모든 대상 서비스가 에이전트 제공업체를 무단 접근자로 규정할 수 있다면, 사용자는 온라인 작업을 위임할 실질적 능력을 거의 얻지 못한다. 어떤 어시스턴트가 작동할 수 있는지는 플랫폼 약관이 결정하게 된다.
반대 극단에도 위험은 있다. 사용자 허가가 언제나 플랫폼 제한을 무력화한다면, 악성 서비스는 명목상의 동의를 내세우며 민감한 데이터를 대규모로 추출할 수 있다.
법원은 진정한 위임과 독립적인 상업적 수집을 구분해야 한다. 기술 아키텍처, 에이전트 식별, 목적 제한 및 데이터 보존이 모두 중요해질 것이다.
에이전트를 배포하는 기업은 지금 이러한 요소를 문서화해야 한다. 에이전트가 사용자를 위해 행동한다는 모호한 주장만으로는 자격 증명, 데이터 및 거래 권한이 시스템을 어떻게 통과하는지 설명할 수 없다.
팀은 사용자가 무엇을 요청했고 에이전트가 무엇을 했는지 보여주는 기록도 필요하다. 이러한 기록은 문제 해결, 분쟁 조정, 규제 검토 및 실질적인 사용자 통제를 뒷받침할 수 있다.
브라우저 에이전트를 평가하는 지식 노동자도 같은 원칙을 적용해야 한다. 계정을 연결하기 전에 권한, 확인 규칙, 저장 관행 및 적대적 콘텐츠에 대한 제공업체의 대응을 검토해야 한다.
에이전트 활동의 검색 가능한 기록은 사용자가 중요한 결정을 검토하는 데도 도움이 될 수 있다. AI second brain과 같은 개인 지식 도구는 관련 조사를 정리할 수 있지만, 거래별 통제를 대체해서는 안 된다.
에이전틱 커머스는 인터페이스 간 경쟁이 되고 있다
가장 중요한 경쟁 질문은 누가 최종 결제 페이지를 소유하느냐가 아니라, 누가 고객의 주된 쇼핑 인터페이스가 되느냐이다.
Amazon은 직접적인 고객 주목을 중심으로 마켓플레이스를 구축했다. 사람들은 하나의 환경 안에서 카탈로그를 검색하고, 옵션을 검토하며, 추천에 반응하고, 구매를 완료한다.
범용 에이전트는 진입점을 바꾼다. 고객은 소매업체를 방문하는 대신 Perplexity, ChatGPT, Gemini 또는 다른 어시스턴트에서 시작할 수 있다.
에이전트는 거래할 장소를 선택하기 전에 여러 매장의 옵션을 수집할 수 있다. 이는 각 소매업체가 전체 쇼핑 여정을 정의할 수 있는 능력을 약화시킨다.
소매업체들의 대응은 서로 다르다. 일부는 자체 어시스턴트를 개발하고, 다른 일부는 제3자 대화형 서비스 안에 상품을 배치하는 파트너십을 모색하고 있다.
Amazon의 전략에는 자체 쇼핑 어시스턴트와 에이전틱 기능이 포함된다. 이는 자동화의 이점에 대한 경험을 제공하는 동시에 외부 접근에 관한 질문을 더욱 부각한다.
Perplexity의 접근 방식은 브라우저에서 시작된다. Comet은 여러 사이트에서 작동할 수 있어, 회사는 자신이 특정 소매업체가 아니라 사용자를 대표한다고 주장할 수 있다.
범용 어시스턴트에는 또 다른 경로가 있다. 이들은 판매자와 직접 상업 통합을 구성해 브라우저 자동화를 피하고 구조화된 상품 정보를 받을 수 있다.
구조화된 통합은 신뢰성과 더 명확한 권한을 제공한다. 정의된 인터페이스를 통해 재고, 가격, 정책 및 결제 기능을 노출할 수 있다.
하지만 통합에는 협상도 필요하다. 규모가 작은 에이전트는 접근 권한을 확보하기 어려울 수 있고, 플랫폼은 어떤 어시스턴트가 고객에게 도달하는지에 영향을 주기 위해 상업 조건을 활용할 수 있다.
브라우저 기반 에이전트는 모든 플랫폼을 기다리지 않고도 더 광범위한 도달 범위를 제공한다. 그러나 이러한 유연성은 신원, 동의, 인터페이스 변경 및 허용된 데이터 사용에 대한 불확실성을 더 만든다.
Amazon Perplexity 결정은 이러한 브라우저 경로에 중요한 법적 이점을 제공한다. 이는 기초 분쟁이 충분한 심리를 받기 전에 에이전트를 차단하는 한 가지 방법을 제한한다.
어떤 아키텍처가 승리할지는 결정하지 않는다. 승인된 통합은 속도, 신뢰성, 안전성 및 고객 지원 측면에서 즉흥적인 브라우저 탐색보다 여전히 더 뛰어날 수 있다.
고객은 법 이론이 아니라 결과를 판단할 것이다. 잘못된 옵션을 선택하거나 원치 않는 구독을 추가하는 에이전트는 빠르게 신뢰를 잃을 것이다.
판매자는 귀속과 통제를 판단할 것이다. 어떤 에이전트가 거래를 시작했는지, 어떤 설명이 고객에게 전달됐는지, 실수는 누가 처리하는지를 알아야 한다.
에이전트 제공업체는 접근 안정성을 판단할 것이다. 대상 서비스가 예고 없이 인터페이스를 바꾸거나 트래픽을 차단할 수 있다면, 제품은 신뢰할 수 있는 작업 완료를 약속할 수 없다.
이러한 이해관계는 공유된 신원 및 권한 부여 계층을 가리킨다. 에이전트는 검증 가능한 신원, 사용자 위임, 요청된 범위 및 만료 시간을 제시할 수 있다.
플랫폼은 권한을 반환하고 민감한 행동에 대해 확인을 요구할 수 있다. 양측은 불필요한 비공개 데이터를 노출하지 않고도 감사 추적을 보존할 수 있다.
표준만으로 상업적 갈등이 사라지지는 않는다. Amazon은 광고, 추천 및 직접적인 고객 관계를 보존하는 상호작용을 여전히 선호할 수 있다.
Perplexity는 소매업체의 영향력을 최소화하고 자체 인터페이스를 강화하는 결과를 선호할 수 있다. 다른 어시스턴트 제공업체도 같은 거래에 서로 다른 비즈니스 모델을 가져올 것이다.
이 사건 뒤에 있는 더 큰 전환은 바로 이것이다. 웹사이트는 한때 사용자가 웹사이트 소유자가 선택한 인터페이스를 통해 상호작용할 것이라고 가정했다.
AI 에이전트는 접근과 표현을 분리함으로써 그 가정에 도전한다. 고객은 한 회사의 소프트웨어를 이용해 다른 회사의 서비스와 상호작용할 수 있다.
항소법원은 이제 그 구분이 법적으로 중요하다는 점을 인정했다. 제품 팀은 이를 영구적인 법적 보장이 아니라 설계 제약 조건으로 다뤄야 한다.
Perplexity가 Amazon으로 돌아온 뒤 주목할 점
세 가지 신호는 이번 판결이 사용자 지시형 에이전트를 위한 지속 가능한 토대가 될지, 아니면 좁은 절차상 승리로 남을지를 보여줄 것이다.
첫 번째 신호는 Amazon의 다음 법원 제출 문서다. Amazon은 추가 심리를 요청하고, 남은 이론을 정교화하거나, 기술적·고객 피해에 관한 더 상세한 기록을 구축할 수 있다.
항소 결과 재고 요청이 성공하면 사용자 위임 이론은 약화될 것이다. 긴급 구제가 계속 기각되면 소송 진행 중 Perplexity의 운영상 입지는 강화될 것이다.
두 번째 신호는 Comet의 신원 및 동의 통제에 대한 변화다. Perplexity는 에이전트 활동을 가시화하고, 데이터 전송을 제한하며, 중요한 행동 전에 확인을 요청함으로써 법적·제품 위험을 줄일 수 있다.
더 큰 투명성은 Comet이 합법적으로 사용자가 지정한 어시스턴트라는 주장을 뒷받침할 것이다. 은폐 또는 대응 조치 회피를 둘러싼 분쟁이 계속되면 Amazon의 보안 서사는 강화될 것이다.
세 번째 신호는 Amazon의 제품 및 플랫폼 대응이다. 공개된 제3자 에이전트 정책 또는 인증된 접근 프레임워크는 Amazon이 통제된 조건 아래 외부 에이전트를 받아들인다는 것을 보여줄 것이다.
선별된 상업 파트너에게만 유리한 정책은 분쟁을 경쟁과 접근 통제로 옮길 것이다. 기술적 대립이 계속된다면 공동 규칙은 여전히 멀었다는 점을 보여줄 것이다.
증거개시가 진행됨에 따라 기초 사건도 주목할 가치가 있다. 잠정적 금지명령은 개연성에 의존하는 반면, 최종 판결은 더 완전한 사실 기록을 따른다.
그 기록은 Comet이 자신을 어떻게 식별하는지, 계정 데이터가 어디로 이동하는지, 사용자가 무엇을 승인하는지, Amazon의 통제가 어떻게 반응하는지를 밝혀야 한다. 이러한 사실은 어느 한 회사의 광범위한 주장보다 더 중요하다.
개발자는 이번 결정을 플랫폼 보안을 무시해도 된다는 허가로 해석해서는 안 된다. 명시적 동의, 최소한의 데이터 접근, 명확한 에이전트 신원, 그리고 모든 행동을 사용자 요청과 연결하는 로그를 구축해야 한다.
기업 구매자는 에이전트가 핵심 서비스 전반에서 안정적인 권한을 보유하는지 확인해야 합니다. 배포 과정에서 사라질 수 있는 논쟁적인 접근 권한에 워크플로가 의존한다면, 성공적인 시연은 별다른 의미가 없습니다.
AI 사용자는 확인 경계를 주시해야 합니다. 가장 안전한 어시스턴트는 모든 단계를 자동으로 완료하는 것이 아니라, 언제 제어권을 사용자에게 돌려줘야 하는지 아는 어시스턴트입니다.
Amazon과 Perplexity 간의 분쟁은 사용자 선택권에 한 걸음 더 다가갔지만, 최종 규칙은 여전히 정해지지 않았습니다. 여러분은 어떤 에이전트가 자신의 계정을 통해 행동하도록 신뢰하겠으며, 구매를 맡기기 전에 어떤 증거를 요구하겠습니까?



