Contribuições de IA já estão na sua fila. Seu projeto está pronto?
Mantenedor do AutoGPT explica como lidar com pull requests escritos por agentes sem perder o controle
O que aconteceu
Em entrevista durante o Maintainer Month, em maio, Nicholas Tindle, engenheiro fundador do AutoGPT, detalhou como o projeto lida com pull requests escritos por agentes de IA. Na época, o repositório tinha mais de 180 mil estrelas e cerca de 150 pull requests abertos, uma parte significativa deles gerada por ferramentas como Copilot, OpenClaw e a própria automação interna do AutoGPT (GitHub Blog).
A reação mais comum entre mantenedores é fechar as portas: desativar pull requests ou evitar revisar o que chamam de "lixo". Tindle viu uma oportunidade: "É basicamente outra pessoa pagando pelo seu computador". A ideia é permitir que contribuidores usem seus tokens para melhorar o projeto, desde que o processo seja controlado.
Contexto
O AutoGPT tentou primeiro a abordagem tradicional: melhores diretrizes para contribuidores, documentação mais clara e até uma wiki dedicada ao repositório. Nada mudou o comportamento dos agentes. O problema, segundo Tindle, não são os documentos, mas a descoberta: agentes de IA não procuram documentação por conta própria — eles leem o que está no diretório em que estão trabalhando.
A solução foi colocar instruções onde os agentes realmente olham. Primeiro, arquivos CLAUDE.md, porque o Claude gerava pull requests sem contexto suficiente do repositório. Depois, centralizaram tudo em um arquivo AGENTS.md, que também é lido por Copilot e Codex, que ignoram arquivos específicos do Claude.
Um detalhe importante: o AGENTS.md fica no mesmo diretório do código que governa. A proximidade importa tanto quanto o conteúdo das instruções. Para tarefas fora do escopo, o AutoGPT usa "skills" — arquivos de instrução com descrições que dizem ao agente quando carregá-los.
Por que importa
Com a popularização de ferramentas de IA generativa, qualquer projeto open source pode receber contribuições automáticas. Mantenedores que ignoram essa realidade correm o risco de ser inundados por código de baixa qualidade ou de perder contribuições úteis. A abordagem do AutoGPT mostra que é possível integrar agentes ao fluxo de trabalho sem abrir mão do controle.
Para projetos brasileiros — que respondem por uma fatia crescente do ecossistema open source global — a lição é direta: documentação não é suficiente. É preciso criar instruções no nível de diretório, com escopo claro, e usar mecanismos como commit trailers para identificar contribuições feitas por IA, facilitando a revisão.
Impacto
No curto prazo, projetos que adotam essa estratégia reduzem o retrabalho na revisão de código e aproveitam o poder computacional de terceiros. No médio prazo, a prática pode estabelecer um padrão de facto para como projetos open source interagem com agentes de IA — algo que ainda não tem consenso na comunidade.
Há também um risco: a dependência de contribuições automáticas pode inflar métricas de atividade sem corresponder a um progresso real do projeto. O controle rigoroso, com gates e fronteiras claras, é o que separa o uso produtivo do ruído.
O que muda
Mantenedores precisam tratar agentes de IA como contribuidores de primeira classe, com regras próprias. Isso significa definir não apenas o que os agentes podem fazer, mas também como eles anunciam suas contribuições. O commit trailer é uma forma simples de sinalizar a origem da mudança, permitindo que o revisor humano saiba o que esperar.
A documentação deixa de ser um manual para humanos e passa a ser também um protocolo para máquinas. Arquivos como AGENTS.md e skills devem ser parte do design do repositório, não um complemento.
O que vem agora
O AutoGPT continua sendo um caso de referência para quem quer entender a integração de IA em projetos open source. É esperado que mais mantenedores adotem padrões semelhantes, especialmente com o avanço de agentes mais autônomos. Acompanhar a evolução dessas práticas será essencial para quem mantém projetos vivos em um ecossistema cada vez mais automatizado.
