
REODE
Code migration
Antes de corrigir, encontrar a causa comum.
Um agente de migração de código Java/Spring.
Fazer o agente de reparo ler primeiro a configuração
O agente que tentava correções setter por setter é o agente de reparo dentro do produto REODE; o desenvolvimento mudou sua entrada. O código e as informações de clientes são privados.
March 21, 2026
Grupos de erros, o build original e a configuração do Lombok viraram a entrada do reparo
Em desenvolvimentoAgente de reparo do REODE
Observação · achadoTentou correções individuais para cerca de 40 erros de setter · @Data / POM não examinados
- devolvidoCausa comum ignorada→ Ler a fonte e a configuração de build antes de corrigir (Desenvolvedor)
PessoaDesenvolvedor
AçãoLer a fonte e a configuração de build antes de corrigir
- repasseEntrada do reparo alterada→ Construir a linha de base original · agrupar erros do mesmo padrão (Mudanças de desenvolvimento)
Sessão de trabalhoMudanças de desenvolvimento
AçãoConstruir a linha de base original · agrupar erros do mesmo padrão
- repasse→ Reunir evidências: caminhos · 3 amostras de fontes · anotações · POM (Mudanças de desenvolvimento)
Regra escritaPolítica de contribuição
Regra · não verificadaPlano de tarefas · worktree próprio
- não é uma execução registradaExigido pela política→ Construir a linha de base original · agrupar erros do mesmo padrão (Mudanças de desenvolvimento)
Sessão de trabalhoMudanças de desenvolvimento
AçãoReunir evidências: caminhos · 3 amostras de fontes · anotações · POM
- repasse→ Correção determinística do Lombok primeiro · LLM pulado se o rebuild passar (Mudanças de desenvolvimento)
Regra escritaPolítica de contribuição
Regra · não verificadaRevisão sem contexto: plano ↔ diff
- não é uma execução registradaExigido pela política→ Reunir evidências: caminhos · 3 amostras de fontes · anotações · POM (Mudanças de desenvolvimento)
Sessão de trabalhoMudanças de desenvolvimento
AçãoCorreção determinística do Lombok primeiro · LLM pulado se o rebuild passar
- repasseRebuild com falha→ Se o rebuild falhar, reparo por modelo com evidências e instruções de correção (Agente de reparo do REODE)
Em desenvolvimentoAgente de reparo do REODE
Observação · achadoSe o rebuild falhar, reparo por modelo com evidências e instruções de correção
- repasseSinais de verificação→ Scorecard: build · test · testes apagados · exclusões do surefire (Artefatos)
ArtefatosArtefatos
ArtefatoScorecard: build · test · testes apagados · exclusões do surefire
- devolvidoFalhas restantes→ As falhas restantes voltam à coleta de evidências (Mudanças de desenvolvimento)
Sessão de trabalhoMudanças de desenvolvimento
AçãoAs falhas restantes voltam à coleta de evidências
- Contexto
- O agente de reparo tentava corrigir um a um cerca de 40 erros setMsg() not found sem olhar o @Data nem a versão do Lombok no pom.xml. Uma entrada já quebrada não era distinguida dos erros introduzidos pela migração.
- Resultado
- A scorecard lê os resultados de build e test junto com o número de testes apagados e de exclusões do surefire, e pula o item de cobertura quando a linha de base é desconhecida. Passar apagando testes continua sendo falha.
- Limite
- A coleta de evidências amostra até três fontes, então não é uma compreensão de toda a base de código. Não há registro de que o worktree, a revisão independente ou a fila de merge do develop da política tenham de fato se aplicado a este caso, e o agente de programação e o modelo deste caso não estão confirmados. Não há resultados finais de testes ou cobertura do cliente.
Fontes e limites restantes
- A tarefa de linha de base e a de explorar antes de corrigir passaram de em andamento para concluídas, e existem commits de implementação. Nenhum resultado recente de verificações do GitHub foi obtido.
- A política deste repositório define uma fila de merge feature → develop → main, mas o mesmo procedimento não é aplicado a outros projetos.
- Os agentes de validação opcionais são um mecanismo da implementação, não evidência de que foram usados em toda entrega. Números como tamanho ou proporções de entrega não estão incluídos porque suas evidências originais não puderam ser confirmadas.
- Quando o rebuild falha, o reparo por modelo ainda recebe o erro de build original, não o novo erro do rebuild.