SV
Den ursprungliga REODE-figuren, bearbetad: ett leende gräddvitt och rosa axolotlansikte med marinblått headset och cyanfärgade linser
Tillbaka till salen

REODE

Code migration

Före rättningen: den gemensamma orsaken först.

En agent för kodmigrering av Java/Spring.

2026.03 — 2026.04

Arbetsprojekt · migrerings- och verifieringssystem

  • CLIImplementerad · arbetsprojekt

Att få reparationsagenten att läsa konfigurationen först

Agenten som försökte rätta setter för setter är reparationsagenten inuti REODE-produkten; utvecklingen ändrade dess indata. Kod och kunduppgifter är privata.

Fullständig teckenförklaring

Så läser du · samma grammatik för alla fall

  • Kolumner visar vem som agerade; uppifrån och ned är tid
  • Heldragen: en registrerad överlämning eller ett nästa steg
  • Kraftig lapis ↩: ett fynd som skickade tillbaka arbetet
  • Streckad: inte en registrerad exekvering (en nedskriven regel, råd utan befogenhet, en obekräftad gräns)
  • Rektangel: en handling
  • Rundad: ett observerat tillstånd eller ett fynd
  • Vikt hörn: en artefakt eller belägg
  • Skrafferad kolumn: delar av produkten under utveckling (inte agenterna som användes för att bygga den)

March 21, 2026

Felgrupper, det ursprungliga bygget och Lombok-uppsättningen blev reparationens indata

  1. Under utvecklingREODE:s reparationsagent

    Observation · fyndFörsökte enskilda rättningar av ett 40-tal setter-fel · @Data / POM inte undersökta

  2. PersonUtvecklare

    HandlingLäs käll- och byggkonfiguration innan något rättas

    • överlämningReparationens indata ändrad→ Bygg den ursprungliga baslinjen · gruppera fel med samma mönster (Utvecklingsändringar)

  3. ArbetssessionUtvecklingsändringar

    HandlingBygg den ursprungliga baslinjen · gruppera fel med samma mönster

    • överlämning→ Samla belägg: sökvägar · 3 källprov · annoteringar · POM (Utvecklingsändringar)

  4. Nedskriven regelRiktlinjer för bidragsgivare

    Regel · obekräftadUppgiftsplan · egen worktree

    • inte en registrerad exekveringKrävs av riktlinjerna→ Bygg den ursprungliga baslinjen · gruppera fel med samma mönster (Utvecklingsändringar)

  5. ArbetssessionUtvecklingsändringar

    HandlingSamla belägg: sökvägar · 3 källprov · annoteringar · POM

    • överlämning→ Deterministisk Lombok-rättning först · LLM hoppas över om det nya bygget klarar sig (Utvecklingsändringar)

  6. Nedskriven regelRiktlinjer för bidragsgivare

    Regel · obekräftadZero-context-granskning: plan ↔ diff

    • inte en registrerad exekveringKrävs av riktlinjerna→ Samla belägg: sökvägar · 3 källprov · annoteringar · POM (Utvecklingsändringar)

  7. ArbetssessionUtvecklingsändringar

    HandlingDeterministisk Lombok-rättning först · LLM hoppas över om det nya bygget klarar sig

    • överlämningNytt bygge misslyckades→ Om det nya bygget misslyckas: modellreparation med belägg och rättningsinstruktioner (REODE:s reparationsagent)

  8. Under utvecklingREODE:s reparationsagent

    Observation · fyndOm det nya bygget misslyckas: modellreparation med belägg och rättningsinstruktioner

    • överlämningVerifieringssignaler→ Scorecard: build · test · raderade tester · surefire-undantag (Artefakter)

  9. ArtefakterArtefakter

    ArtefaktScorecard: build · test · raderade tester · surefire-undantag

  10. ArbetssessionUtvecklingsändringar

    HandlingÅterstående fel går tillbaka till insamling av belägg

Kontext
Reparationsagenten försökte rätta ett 40-tal fel av typen setMsg() not found ett i taget utan att titta på @Data eller Lombok-versionen i pom.xml. Indata som redan var trasig skildes inte från fel som migreringen hade infört.
Resultat
Scorecarden läser bygg- och testresultat tillsammans med antalet raderade tester och surefire-undantag och hoppar över täckningspunkten när baslinjen är okänd. Att klara sig genom att radera tester förblir ett misslyckande.
Begränsning
Insamlingen av belägg tar prov av upp till tre källor, så det är ingen förståelse av hela kodbasen. Det finns ingen logg över att riktlinjernas worktree, oberoende granskning eller develop-merge-kö faktiskt tillämpades i det här fallet, och kodagenten och modellen för fallet är inte bekräftade. Det finns inga slutliga test- eller täckningsresultat från kunden.
Källor och återstående begränsningar
  • Baslinjeuppgiften och uppgiften om utforskning före rättning gick från pågående till klar, och det finns implementations-commits. Inga nya GitHub-kontrollresultat hämtades.
  • Det här repositoryts riktlinjer anger en merge-kö feature → develop → main, men samma förfarande tillämpas inte på andra projekt.
  • De valbara valideringsagenterna är en mekanism i implementationen, inte belägg för att de användes vid varje leverans. Siffror som leveransstorlek eller andelar ingår inte eftersom deras ursprungliga belägg inte kunde bekräftas.
  • När det nya bygget misslyckas får modellreparationen ändå det ursprungliga byggfelet, inte det nya byggets fel.