REODE
Code migration
Før rettingen: den felles årsaken først.
En agent for kodemigrering av Java/Spring.
Å få reparasjonsagenten til å lese konfigurasjonen først
Agenten som forsøkte å rette setter for setter, er reparasjonsagenten inne i REODE-produktet; utviklingen endret inputen dens. Kode og kundeopplysninger er private.
March 21, 2026
Feilgrupper, det opprinnelige bygget og Lombok-oppsettet ble reparasjonsinput
Under utviklingREODEs reparasjonsagent
Observasjon · funnForsøkte enkeltrettinger av rundt 40 setter-feil · @Data / POM ikke undersøkt
- sendt tilbakeOverså den felles årsaken→ Les kilde- og byggkonfigurasjon før noe rettes (Utvikler)
PersonUtvikler
HandlingLes kilde- og byggkonfigurasjon før noe rettes
- overleveringReparasjonsinput endret→ Bygg den opprinnelige baselinen · grupper feil med samme mønster (Utviklingsendringer)
ArbeidssesjonUtviklingsendringer
HandlingBygg den opprinnelige baselinen · grupper feil med samme mønster
- overlevering→ Samle belegg: stier · 3 kildeprøver · annotasjoner · POM (Utviklingsendringer)
Nedskrevet regelRetningslinjer for bidragsytere
Regel · ubekreftetOppgaveplan · egen worktree
- ikke en registrert utførelsePåkrevd av retningslinjene→ Bygg den opprinnelige baselinen · grupper feil med samme mønster (Utviklingsendringer)
ArbeidssesjonUtviklingsendringer
HandlingSamle belegg: stier · 3 kildeprøver · annotasjoner · POM
- overlevering→ Deterministisk Lombok-retting først · LLM hoppes over hvis det nye bygget består (Utviklingsendringer)
Nedskrevet regelRetningslinjer for bidragsytere
Regel · ubekreftetZero-context-gjennomgang: plan ↔ diff
- ikke en registrert utførelsePåkrevd av retningslinjene→ Samle belegg: stier · 3 kildeprøver · annotasjoner · POM (Utviklingsendringer)
ArbeidssesjonUtviklingsendringer
HandlingDeterministisk Lombok-retting først · LLM hoppes over hvis det nye bygget består
- overleveringNytt bygg feilet→ Hvis det nye bygget feiler: modellreparasjon med belegg og rettingsinstrukser (REODEs reparasjonsagent)
Under utviklingREODEs reparasjonsagent
Observasjon · funnHvis det nye bygget feiler: modellreparasjon med belegg og rettingsinstrukser
- overleveringVerifiseringssignaler→ Scorecard: build · test · slettede tester · surefire-unntak (Artefakter)
ArtefakterArtefakter
ArtefaktScorecard: build · test · slettede tester · surefire-unntak
- sendt tilbakeGjenværende feil→ Gjenværende feil går tilbake til innsamling av belegg (Utviklingsendringer)
ArbeidssesjonUtviklingsendringer
HandlingGjenværende feil går tilbake til innsamling av belegg
- Kontekst
- Reparasjonsagenten forsøkte å rette rundt 40 feil av typen setMsg() not found én etter én uten å se på @Data eller Lombok-versjonen i pom.xml. Input som allerede var ødelagt, ble ikke skilt fra feil migreringen hadde innført.
- Resultat
- Scorecarden leser bygg- og testresultater sammen med antallet slettede tester og surefire-unntak og hopper over dekningspunktet når baselinen er ukjent. Å bestå ved å slette tester forblir en feil.
- Begrensning
- Innsamlingen av belegg tar prøver av opptil tre kilder, så det er ikke en forståelse av hele kodebasen. Det finnes ingen logg over at retningslinjenes worktree, uavhengige gjennomgang eller develop-merge-kø faktisk ble brukt i dette caset, og kodeagenten og modellen for caset er ikke bekreftet. Det finnes ingen endelige test- eller dekningsresultater fra kunden.
Kilder og gjenværende begrensninger
- Baseline-oppgaven og oppgaven om utforsking før retting gikk fra pågår til ferdig, og det finnes implementerings-commits. Ingen nye GitHub-kontrollresultater ble hentet.
- Retningslinjene i dette repositoryet fastsetter en merge-kø feature → develop → main, men samme prosedyre brukes ikke på andre prosjekter.
- De valgfrie valideringsagentene er en mekanisme i implementeringen, ikke belegg for at de ble brukt ved hver levering. Tall som leveransstørrelse eller andeler er ikke tatt med fordi det opprinnelige belegget for dem ikke kunne bekreftes.
- Når det nye bygget feiler, mottar modellreparasjonen fortsatt den opprinnelige build-feilen, ikke feilen fra det nye bygget.