Quando o poder computacional abre a porta para a geração de candidatos, surge um novo desafio:Com que direito as alterações geradas automaticamente por um Agent podem ser gravadas no tronco principal do projeto?O mecanismo rigoroso de aceitação e herança histórica desacopla completamente ageraçãodaadoção— qualquer código submetido por um Agent é apenas umcandidato a alteração (candidate patch)e só poderá ser reconhecido como parte da história do projeto depois de passar por um conjunto de portões de validação.
Princípio do status de candidato por padrão
A saída do Agent é considerada por padrão comoentrada não confiável: ela é estritamente isolada das versões já aceitas em termos de permissões, armazenamento e referências, não podendo ler nem escrever diretamente no tronco principal, tampouco ser tratada por outros módulos como dependência estável. O único objetivo desse princípio é eliminar o “gerar e já armazenar”. Somente após passar por todos os portões é que a alteração candidata adquire o mesmo status do tronco principal.
Quatro camadas de filtragem progressiva: custo crescente, falhar o quanto antes
- Compilação: construção viável nos níveis de sintaxe e interface. Custo mais baixo e eliminação mais rápida, bloqueando de imediato as alterações claramente inviáveis.
- Testes: testes unitários e de integração aprovados, cobrindo os contratos existentes.
- Verificação de comportamento: consistência semântica e comportamental, incluindo tolerância numérica, equivalência e comparação de regressão, com foco em evitar a “deriva de comportamento com testes aprovados”.
- Aceitação de alto nível: veredicto final orientado aos objetivos da tarefa e às restrições de engenharia, abrangendo avaliações de desempenho, speedup, manutenibilidade, entre outras.
Os portões são ordenados do menor para o maior custo, de modo que a grande maioria das alterações inválidas seja cortada nas etapas baratas, reservando a cara revisão de alto nível para um pequeno número de candidatos de alta qualidade — esta é a economia do “falhar o quanto antes”.
O valor da rejeição e a herança histórica
As tentativas reprovadas não entram no tronco principal, mas podem ser retidas comoarquivo de falhas / exemplos negativos, usadas para diagnóstico, deduplicação e prevenção de explorações repetidas — a rejeição em si é uma filtragem de ruído. Já as alterações aprovadas tornam-se a novaversão de linha de base, e os executores seguintes continuam a evoluir a partir dela, formando uma cadeia de evolução de acumulação monotônica, em vez de recomeçarem do zero a cada rodada. Como regra de fusão e contrato de qualidade para a colaboração multi-Agent e a decomposição recursiva de tarefas, o gateway de aceitação define “quem pode escrever na história”, determinando assim se o resultado da colaboração converge ou gera entropia. Em cenários com fortes restrições de correção, como a refatoração de compiladores e a atualização de software científico, este mecanismo demonstra altíssima confiabilidade e proporciona um speedup de execução considerável.
Quatro portões de aceitação e isolamento dos candidatosNa figura, as alterações geradas pelo Agent são primeiro isoladas como patches candidatos não confiáveis e, em seguida, passam sucessivamente por quatro portões: compilação, testes, verificação de comportamento e aceitação de alto nível. Os portões são ordenados do menor para o maior custo, fazendo com que as alterações inválidas falhem o quanto antes nas etapas baratas. As aprovadas tornam-se novas linhas de base herdadas pelas etapas seguintes; as rejeitadas são mantidas como arquivo de falhas e exemplos negativos, para diagnóstico e prevenção de explorações repetidas.
