---
title: "Desenvolvedores do Godot estão de saco cheio de 'contribuições' feitas por IA"
author: "Gabriela P. Torres"
date: "2026-02-19 08:12:00-03"
category: "Tecnologia & Desenvolvimento"
url: "http://desbugados.scale.press/portal/desbugados/post/2026/02/19/desenvolvedores-do-godot-estao-de-saco-cheio-de-contribuicoes-feitas-por-ia/md"
---

## A Promessa Quebrada da Automação

A lógica parece simples: **se** uma Inteligência Artificial pode gerar código para corrigir problemas ou adicionar recursos, **então** os desenvolvedores de projetos open-source deveriam ter menos trabalho. A realidade, no entanto, está se mostrando o exato oposto. O 'bug' da vez não está no código, mas no processo: a promessa de eficiência da IA está gerando um volume de trabalho inútil e desmoralizante, como evidenciado pelo recente desabafo dos mantenedores do motor de jogo Godot.

## Dissecando o 'Bug' do Godot

Vamos aos fatos. Rémi Verschelde, um dos mantenedores do projeto Godot, descreveu o fluxo de 'pull requests' de IA como 'cada vez mais desgastantes e desmoralizantes'. Mas o que isso significa na prática?

Primeiro, vamos desbugar o jargão: um **Pull Request (PR)** é uma proposta de alteração de código que um contribuidor envia para o repositório principal de um projeto. É um pedido para que os mantenedores 'puxem' (pull) suas modificações. É a base da colaboração em plataformas como o GitHub.

O problema, segundo Adriaan de Jongh, designer de jogos, é que os PRs gerados por LLMs (Modelos de Linguagem Grandes) são um 'enorme desperdício de tempo'. As características são quase sempre as mesmas:

**Mudanças sem sentido:** O código proposto não resolve um problema real ou introduz novos erros.**Descrições prolixas:** O texto que acompanha o PR é vago, genérico e claramente gerado por máquina.**Contribuintes alheios:** A pessoa que envia o PR muitas vezes não entende as próprias mudanças que está propondo.O resultado é um cenário onde os voluntários que mantêm o projeto gastam um tempo precioso analisando e rejeitando código de baixa qualidade, em vez de focar em contribuições genuínas.

## O Paradoxo do GitHub: Promotor e Porteiro

A situação nos leva a um paradoxo lógico envolvendo o GitHub, a plataforma que hospeda a maioria desses projetos. **Se** o GitHub promove ativamente ferramentas de IA como o Copilot para aumentar a produtividade, **então** ele se torna corresponsável pela qualidade do que é gerado. A empresa se encontra na posição de ter que criar filtros para o 'ruído' que sua própria tecnologia ajuda a amplificar.

Ashley Wolf, Diretora de Programas de Código Aberto do GitHub, reconheceu o problema do que ela chama de 'contribuições de baixa qualidade em escala', embora evite culpar a IA diretamente. A plataforma está implementando recursos para ajudar os mantenedores a lidar com o que a comunidade apelidou de 'slop' (um termo que podemos traduzir como 'lixo' ou 'gororoba' digital).

O que é **'slop'**? É conteúdo de baixa qualidade, gerado em massa e rapidamente por IA, sem curadoria, intenção ou valor real. É o spam da era da IA.

## A Caixa de Ferramentas: Como Lidar com o 'Bug'

O problema não é a existência da IA, mas sua aplicação indiscriminada. **Se** a ferramenta é usada sem supervisão e expertise humana, **então** o resultado é 'slop'. A solução, portanto, não é proibir a tecnologia, mas estabelecer um protocolo de uso. Aqui está a nossa caixa de ferramentas:

**Para Contribuintes:** A IA deve ser uma copiloto, não a pilota. Use-a para acelerar seu trabalho, mas a responsabilidade final pelo código é sua. Revise, entenda e teste cada linha antes de submeter um PR. Contribuir com 'slop' prejudica sua reputação e o projeto.**Para Mantenedores:** Sigam o exemplo de projetos como Blender e a Linux Foundation. Criem uma política clara de contribuições via IA. Utilizem as novas ferramentas do GitHub para limitar PRs a contribuidores conhecidos ou exigir que um PR esteja vinculado a um problema (issue) já existente.**Para as Plataformas:** A responsabilidade é inegável. Como aponta o desenvolvedor do Coolify, que criou uma ação para barrar 98% dos PRs de baixa qualidade, as ferramentas podem ajudar. O GitHub precisa evoluir de uma mentalidade de 'quantidade de interações' para uma de 'qualidade de contribuições'.A conclusão é lógica e inevitável: a IA é uma ferramenta poderosa, mas, como qualquer ferramenta, seu valor é determinado pela habilidade e intenção de quem a utiliza. Ignorar isso é permitir que o 'slop' afogue o espírito colaborativo do open-source.