A Perplexity venceu a Amazon por causa do sítio onde corre o seu código (2026)

Decomposição da decisão do Nono Circuito sobre a Perplexity: à esquerda, a arquitetura do lado do cliente que decidiu o caso; à direita, as pretensões que sobrevivem

A 4 de agosto, um coletivo do Nono Circuito anulou por unanimidade a providência cautelar que mantinha o navegador e assistente de compras Comet da Perplexity fora da Amazon.com. A conclusão: segundo o Computer Fraud and Abuse Act, um agente de IA é uma ferramenta, não uma pessoa. Quando um utilizador aponta um agente para um site, é o utilizador que lhe acede.

Esta semana, isto está a ser lido como luz verde para o comércio agêntico. Não é, e a distância entre o que o tribunal disse e o que as pessoas pensam que disse é onde os fundadores se vão magoar. O que a decisão tem de mais útil é mais estreito e mais prático: o facto que decidiu o caso foi de arquitetura. A Perplexity ganhou, em parte, pela forma como construiu o Comet.

O facto que decidiu

O Comet não funciona como a maioria das pessoas imagina que funciona um agente de compras com IA. Os servidores da Perplexity nunca falam com os servidores da Amazon. O assistente tira uma captura de ecrã da página na própria máquina do utilizador, envia essa imagem à Perplexity para processamento e recebe instruções de navegação que o computador do utilizador depois executa. Cada pacote que chega à Amazon vem do dispositivo do utilizador, pela ligação do utilizador, na sessão do utilizador.

O raciocínio do tribunal decorre diretamente daí. O «acesso» no sentido do CFAA significa entrar num sistema informático, e a lei pressupõe o acesso por uma pessoa. O agente é o instrumento — o coletivo escreveu que é «uma ferramenta, não uma pessoa para efeitos legais», e que «o foco da análise continua a ser a pessoa que acede ou que causa o acesso». Foi, portanto, o utilizador que acedeu à Amazon, com a ajuda do agente da Perplexity.

O coletivo reforçou isto com a regra de interpretação mais favorável. O CFAA é uma lei penal. Se a tese da Amazon estivesse certa — que quem acede é o operador do agente —, a mesma lógica exporia pessoas comuns a responsabilidade penal por usarem um assistente de IA para comprar alguma coisa. Os tribunais evitam leituras tão amplas de leis penais, e este também o fez.

Porque é que isto deve mudar a forma como lê o seu próprio diagrama de arquitetura

Executar do lado do cliente ou do servidor sempre foi uma decisão sobre latência, custo e onde ficam as credenciais. Desde 4 de agosto, é também uma decisão sobre a sua posição jurídica. A análise do Nono Circuito assenta na ausência de comunicação entre servidores. Um agente cujo backend vai buscar a página por si próprio não está obviamente coberto por este raciocínio, e o tribunal não disse que estava.

O que a decisão não fez

O coletivo foi invulgarmente explícito sobre os seus próprios limites: «Não estabelecemos um novo regime jurídico que regule a IA agêntica.» Leve isso à letra. Há cinco coisas que não mudaram.

Os termos de utilização continuam a vincular. O tribunal tratou das leis contra a intrusão informática e deixou expressamente em aberto as pretensões contratuais. Se os termos de um site proíbem o acesso automatizado, essa proibição é hoje tão exigível como no mês passado. É agora o principal campo de batalha, não uma nota de rodapé.
As teorias de responsabilidade civil sobrevivem. A decisão deixa-as expressamente em aberto. A interferência em relações contratuais, a concorrência desleal e pretensões relacionadas não foram tocadas.
É uma decisão sobre uma providência cautelar. O critério é a probabilidade de êxito, não o mérito final. O processo volta à instância inferior e a Amazon continua a litigar.
Vincula um único circuito. O Nono Circuito abrange a Califórnia e a costa oeste, onde está boa parte deste setor — mas não é direito nacional, e outro circuito pode discordar.
A autonomia não foi testada. O raciocínio assenta num utilizador que dirige uma ferramenta no momento. Um agente que corre sem supervisão segundo um calendário, a fazer ações que nenhum humano iniciou especificamente, é um quadro factual substancialmente diferente que esta decisão não resolve.

A consequência que ninguém está a celebrar

Esta é a parte que o deve preocupar mais do que a vitória o tranquiliza.

Se a lei contra a intrusão informática deixa de alcançar o operador do agente, as plataformas vão levar a luta para o contrato. É a resposta óbvia, e Eric Goldman já assinalou para onde leva: os sites endurecem os seus termos para proibir o acesso assistido por agentes, e quem fica vinculado a esses termos é o titular da conta. O seu utilizador.

Releia a lógica da vitória e verá a armadilha que ela contém. O tribunal decidiu que quem acede ao site é o seu utilizador. É exatamente a premissa de que uma plataforma precisa para defender que quem está em incumprimento é o seu utilizador — e para lhe suspender a conta em vez de o processar a si. Escapa à responsabilidade defendendo com êxito que quem age é o seu cliente. Ganhar esse argumento duas vezes não é obviamente bom para o seu produto.

Assim, o futuro realista a curto prazo não é o acesso aberto para agentes. É uma combinação de termos mais apertados, deteção de bots mais agressiva e sanções ao nível da conta contra os utilizadores finais — com, por baixo, uma questão jurídica resolvida a favor do setor dos agentes, a fazer menos do que as manchetes sugerem.

O que fazer se constrói agentes que tocam em sites de terceiros

Saiba com precisão de onde saem os seus pedidos. Desenhe o caminho real dos pacotes em cada interação com terceiros: dispositivo do utilizador, o seu backend ou um navegador headless na sua cloud. Se a resposta for «é o nosso backend que vai buscar», está fora da arquitetura que esta decisão validou. Pode continuar a ser a escolha de engenharia certa — faça-a apenas de forma consciente, não por omissão.
Leia os termos dos sites de que depende. É agora a restrição ativa, e é uma que consegue verificar. Se o ciclo central do seu produto exige uma interação que os termos de uma grande plataforma proíbem, tem um risco de negócio que nenhuma decisão judicial resolve.
Não deixe os seus utilizadores serem surpreendidos pelo que estão a aceitar. Se uma plataforma pode plausivelmente tratar o uso de um agente como uma violação do titular da conta, os seus utilizadores estão a correr um risco por si. Diga-o claramente, mantenha as ações do agente visíveis e revisíveis, e nunca faça uma ação ao nível da conta que o utilizador não percebeu que estava a autorizar.
Trate a gestão de credenciais como aquilo que o vai levar a tribunal. A queixa da Amazon alegava que o agente acedia de forma encoberta a contas protegidas por palavra-passe. A pretensão ao abrigo do CFAA falhou por causa de quem acedia, não porque a gestão de credenciais fosse defensável. Mantenha as credenciais no dispositivo do utilizador ou num cofre que ele controla, e nunca num sítio cujo desenho lhe custaria explicar a um regulador.
Não construa um fosso à base de ser indetetável. Se a sua vantagem é uma plataforma não conseguir distinguir o seu agente de um humano, está a uma atualização de deteção de ter um produto morto. A deteção de bots vai tornar-se mais agressiva precisamente porque a via jurídica estreitou.
Prefira os caminhos autorizados quando existem. Uma API, uma parceria ou um programa de afiliados são uma pior experiência de produto e um negócio muito melhor. Vale a pena evitar por completo a luta entre agente e site quando alguém lhe oferece uma porta.

A leitura estratégica

Não sou advogado e nada disto é aconselhamento jurídico — se o acesso de agentes a plataformas de terceiros é essencial para o seu produto, essa é uma conversa a ter com um advogado, não com um artigo de blogue. O que posso oferecer é a observação de engenharia, e é essa que vale a pena levar consigo.

Uma decisão de desenho de sistemas tomada por razões de latência e de gestão de credenciais acabou por determinar o desfecho de um recurso federal. É quase certo que a Perplexity não construiu o Comet do lado do cliente para ganhar um caso do CFAA. Construiu-o assim porque fazer a captura localmente é uma forma sensata de operar dentro da sessão autenticada de um utilizador, e o benefício jurídico veio por acréscimo.

É esse o padrão a interiorizar. Esta foi a semana certa para isso: na sexta-feira, uma empresa de chips a apostar que o sítio onde um modelo vive fisicamente muda a sua economia; hoje, um tribunal a concluir que o sítio onde um agente corre fisicamente muda quem está juridicamente a agir. Em ambos os casos, a fronteira que importava era uma fronteira de implementação, não uma decisão de produto. À medida que os agentes começam a fazer coisas com consequências reais — gastar dinheiro, registar-se, enviar emails, guardar credenciais —, a pergunta «no computador de quem é que isto está a correr?» deixa de ser um pormenor de implementação e passa a ser um dos factos essenciais da sua empresa.

Your AI Agent Has a Security Problem: A Founder's Security Guide for 2026July 17, 2026

AI Agents Need Permission Systems, Not Better Prompts — A Founder’s GuideJuly 14, 2026

OpenClaw e o «SO agêntico»: o que os fundadores precisam mesmo de saber16 de março de 2026

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 →