DA
Den oprindelige REODE-figur, bearbejdet: et smilende creme- og lyserødt axolotl-ansigt med marineblåt headset og cyanfarvede linser
Tilbage til salen

REODE

Code migration

Før rettelsen: den fælles årsag først.

En agent til kodemigrering af Java/Spring.

2026.03 — 2026.04

Arbejdsprojekt · migrerings- og verifikationssystem

  • CLIImplementeret · arbejdsprojekt

At få reparationsagenten til at læse konfigurationen først

Agenten, der forsøgte rettelser setter for setter, er reparationsagenten inde i REODE-produktet; udviklingen ændrede dens input. Kode og kundeoplysninger er private.

Fuld signaturforklaring

Sådan læser du · én grammatik for alle cases

  • Kolonner viser, hvem der handlede; oppefra og ned er tid
  • Fuldt optrukket: en registreret overdragelse eller et næste trin
  • Kraftig lapis ↩: et fund, der sendte arbejdet tilbage
  • Stiplet: ikke en registreret udførelse (en nedskrevet regel, råd uden beføjelse, en ubekræftet grænse)
  • Rektangel: en handling
  • Afrundet: en observeret tilstand eller et fund
  • Foldet hjørne: et artefakt eller belæg
  • Skraveret kolonne: dele af produktet under udvikling (ikke de agenter, der blev brugt til at bygge det)

March 21, 2026

Fejlgrupper, det oprindelige build og Lombok-opsætningen blev til reparationsinput

  1. Under udviklingREODE's reparationsagent

    Observation · fundForsøgte enkeltrettelser af omkring 40 setter-fejl · @Data / POM ikke undersøgt

  2. PersonUdvikler

    HandlingLæs kilde- og build-konfiguration, før der rettes

    • overdragelseReparationsinput ændret→ Byg den oprindelige baseline · gruppér fejl med samme mønster (Udviklingsændringer)

  3. ArbejdssessionUdviklingsændringer

    HandlingByg den oprindelige baseline · gruppér fejl med samme mønster

    • overdragelse→ Indsaml belæg: stier · 3 kildeprøver · annotationer · POM (Udviklingsændringer)

  4. Nedskrevet regelRetningslinjer for bidragydere

    Regel · ubekræftetOpgaveplan · egen worktree

    • ikke en registreret udførelseKrævet af retningslinjerne→ Byg den oprindelige baseline · gruppér fejl med samme mønster (Udviklingsændringer)

  5. ArbejdssessionUdviklingsændringer

    HandlingIndsaml belæg: stier · 3 kildeprøver · annotationer · POM

    • overdragelse→ Deterministisk Lombok-rettelse først · LLM springes over, hvis det nye build består (Udviklingsændringer)

  6. Nedskrevet regelRetningslinjer for bidragydere

    Regel · ubekræftetZero-context-gennemgang: plan ↔ diff

    • ikke en registreret udførelseKrævet af retningslinjerne→ Indsaml belæg: stier · 3 kildeprøver · annotationer · POM (Udviklingsændringer)

  7. ArbejdssessionUdviklingsændringer

    HandlingDeterministisk Lombok-rettelse først · LLM springes over, hvis det nye build består

    • overdragelseNyt build fejlede→ Hvis det nye build fejler: modelreparation med belæg og rettelsesinstrukser (REODE's reparationsagent)

  8. Under udviklingREODE's reparationsagent

    Observation · fundHvis det nye build fejler: modelreparation med belæg og rettelsesinstrukser

    • overdragelseVerifikationssignaler→ Scorecard: build · test · slettede tests · surefire-udelukkelser (Artefakter)

  9. ArtefakterArtefakter

    ArtefaktScorecard: build · test · slettede tests · surefire-udelukkelser

  10. ArbejdssessionUdviklingsændringer

    HandlingResterende fejl går tilbage til indsamling af belæg

Kontekst
Reparationsagenten forsøgte at rette omkring 40 fejl af typen setMsg() not found én ad gangen uden at se på @Data eller Lombok-versionen i pom.xml. Input, der allerede var i stykker, blev ikke skelnet fra fejl, som migreringen havde indført.
Resultat
Scorecardet læser build- og testresultater sammen med antallet af slettede tests og surefire-udelukkelser og springer dækningspunktet over, når baseline er ukendt. At bestå ved at slette tests forbliver en fejl.
Begrænsning
Indsamlingen af belæg tager prøver af op til tre kilder, så det er ikke en forståelse af hele kodebasen. Der er ingen log over, at retningslinjernes worktree, uafhængige gennemgang eller develop-merge-kø faktisk blev anvendt i denne case, og kodeagenten og modellen for denne case er ikke bekræftet. Der findes ingen endelige test- eller dækningsresultater fra kunden.
Kilder og resterende begrænsninger
  • Baseline-opgaven og opgaven om udforskning før rettelse gik fra i gang til færdig, og der findes implementerings-commits. Der blev ikke hentet nye GitHub-kontrolresultater.
  • Dette repositorys retningslinjer fastsætter en merge-kø feature → develop → main, men samme procedure anvendes ikke på andre projekter.
  • De valgfrie valideringsagenter er en mekanisme i implementeringen, ikke belæg for, at de blev brugt ved hver levering. Tal som leveringsstørrelse eller andele er ikke medtaget, fordi det oprindelige belæg for dem ikke kunne bekræftes.
  • Når det nye build fejler, modtager modelreparationen stadig den oprindelige build-fejl, ikke det nye builds fejl.