O personagem original do REODE, refinado: um rosto sorridente de axolote creme e rosa com headset azul-marinho e lentes ciano
Voltar à sala

REODE

Code migration

Antes de corrigir, encontrar a causa comum.

Um agente de migração de código Java/Spring.

2026.03 — 2026.04

Projeto de trabalho · sistema de migração e verificação

  • CLIImplementado · projeto de trabalho

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.

Legenda completa

Como ler · uma mesma gramática para todos os casos

  • As colunas mostram quem agiu; de cima para baixo, o tempo
  • Contínua: um repasse registrado ou uma próxima etapa
  • ↩ lápis-lazúli grossa: um achado que devolveu o trabalho
  • Tracejada: não é uma execução registrada (uma regra escrita, um conselho sem autoridade, uma fronteira não verificada)
  • Retângulo: uma ação
  • Arredondado: um estado observado ou um achado
  • Canto dobrado: um artefato ou uma evidência
  • Coluna hachurada: partes do produto em desenvolvimento (não os agentes usados para construí-lo)

March 21, 2026

Grupos de erros, o build original e a configuração do Lombok viraram a entrada do reparo

  1. Em desenvolvimentoAgente de reparo do REODE

    Observação · achadoTentou correções individuais para cerca de 40 erros de setter · @Data / POM não examinados

  2. 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)
  3. 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)
  4. 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)
  5. 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)
  6. 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)
  7. 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)
  8. 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)
  9. ArtefatosArtefatos

    ArtefatoScorecard: build · test · testes apagados · exclusões do surefire

  10. 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.