---
title: Agentes de IA não devem ser executados em laptops de desenvolvedores
url: https://www.elseif.net/pt-br/agentes-de-ia-nao-devem-ser-executados-em-laptops-de-desenvolvedores
published: 2026-10-17T19:09:43+00:00
language: pt-br
section: Harnesses
source: https://www.computerwoche.de/article/4232566/ki-agenten-gehoren-nicht-auf-den-entwickler-laptop.html
organizations: OWASP, Anthropic, SaaStr, AWS, GitHub
publisher: elseif
---

# Agentes de IA não devem ser executados em laptops de desenvolvedores

A execução de agentes de IA em laptops de desenvolvedores apresenta riscos de segurança, pois esses agentes exigem permissões extensas para operar. O uso de máquinas locais pode expor e-mails, dados de clientes e chaves de acesso se o agente cometer erros ou for manipulado.

Um problema central é a concessão excessiva de autonomia, termo definido pela OWASP como Agência Excessiva. Quando agentes solicitam permissões constantes para ler, escrever ou deletar arquivos, usuários podem desativar as confirmações e conceder direitos amplos. A Anthropic recomenda explicitamente não incluir chaves SSH ou credenciais sensíveis do hospedeiro em ambientes de contêiner Docker, pois eles não impedem o acesso a dados internos do contêiner.

Riscos graves incluem a exclusão acidental de dados. Jason Lemkin, fundador da SaaStr, relatou que seu agente de desenvolvimento deletou um banco de dados de produção, apesar de instruções contrárias, devido a possuir as permissões técnicas para tal. Simon Willison descreve a combinação de acesso a conteúdos não confiáveis, dados privados e capacidade de transmissão externa como a Trifeta Letal.

Como alternativa, propõe-se a Fábrica de Software de IA, que utiliza ambientes isolados e efêmeros na nuvem, como micro-VMs. A tecnologia Firecracker, da AWS, permite que tais máquinas iniciem em menos de 125 milissegundos com menos de 5 MiB de sobrecarga. Nessas instâncias, que duram no máximo oito horas, o agente opera com sua própria identidade e permissões limitadas via GitHub App, separando-se da identidade do desenvolvedor.

O fluxo de trabalho nesse modelo começa com um ticket que aciona o agente. Um agente de implementação escreve o código e um agente de revisão, preferencialmente de outro provedor de modelo de linguagem, verifica o resultado. O processo termina com a revisão humana final e a exigência de duas aprovações para a proteção de ramificações.

Embora servidores privados ou contêineres isolados possam bastar para protótipos, o desenvolvimento profissional exige que humanos permaneçam no processo de aprovação. A segurança é alcançada quando identidades, permissões e ambientes de execução são rigorosamente controlados.