Az eredeti REODE-figura finomítva: mosolygó, krém- és rózsaszínű axolotlarc sötétkék fejhallgatóval és ciánkék lencsékkel
Vissza a terembe

REODE

Code migration

Javítás előtt a közös ok.

Java/Spring kódmigrációs ágens.

2026.03 — 2026.04

Munkaprojekt · migrációs és ellenőrzési rendszer

  • CLIMegvalósítva · munkaprojekt

A javító ágens előbb a konfigurációt olvassa

A setterenként szerkesztő ágens a REODE termékben lévő javító ágens; a fejlesztés a bemenetét változtatta meg. A kód és az ügyfélinformációk nem nyilvánosak.

Teljes jelmagyarázat

Olvasási útmutató · minden esetre ugyanaz a nyelvtan

  • Az oszlopok azt mutatják, ki cselekedett; fentről lefelé az idő halad
  • Folytonos: rögzített átadás vagy következő lépés
  • Vastag lazúrkék ↩: munkát visszaküldő megállapítás
  • Szaggatott: nem rögzített végrehajtás (írott szabály, jogkör nélküli tanács, nem igazolt határ)
  • Téglalap: művelet
  • Lekerekített: megfigyelt állapot vagy megállapítás
  • Behajtott sarok: artefaktum vagy bizonyíték
  • Vonalkázott oszlop: a fejlesztett termék részei (nem a megépítéséhez használt ágensek)

March 21, 2026

A hibacsoportok, az eredeti build és a Lombok-beállítás lett a javítás bemenete

  1. Fejlesztés tárgyaREODE javító ágens

    Megfigyelés · megállapításEgyedi szerkesztések kb. 40 setter-hibára · @Data / POM nincs megvizsgálva

  2. EmberFejlesztő

    MűveletJavítás előtt a forrás és a buildkonfiguráció olvasása

    • átadásA javítási bemenet megváltozott→ Az eredeti alapvonal buildelése · azonos mintájú hibák csoportosítása (Fejlesztési változtatások)
  3. MunkamenetFejlesztési változtatások

    MűveletAz eredeti alapvonal buildelése · azonos mintájú hibák csoportosítása

    • átadás→ Bizonyítékgyűjtés: útvonalak · 3 forrásminta · annotációk · POM (Fejlesztési változtatások)
  4. Írott szabályKözreműködői szabályzat

    Szabály · nem igazoltFeladatterv · saját worktree

    • nem rögzített végrehajtásA szabályzat előírja→ Az eredeti alapvonal buildelése · azonos mintájú hibák csoportosítása (Fejlesztési változtatások)
  5. MunkamenetFejlesztési változtatások

    MűveletBizonyítékgyűjtés: útvonalak · 3 forrásminta · annotációk · POM

    • átadás→ Előbb determinisztikus Lombok-javítás · az LLM kimarad, ha az újraépítés sikerül (Fejlesztési változtatások)
  6. Írott szabályKözreműködői szabályzat

    Szabály · nem igazoltNulla kontextusú felülvizsgálat: terv ↔ diff

    • nem rögzített végrehajtásA szabályzat előírja→ Bizonyítékgyűjtés: útvonalak · 3 forrásminta · annotációk · POM (Fejlesztési változtatások)
  7. MunkamenetFejlesztési változtatások

    MűveletElőbb determinisztikus Lombok-javítás · az LLM kimarad, ha az újraépítés sikerül

    • átadásAz újraépítés elbukott→ Ha az újraépítés elbukik, modelljavítás bizonyítékokkal és javítási utasításokkal (REODE javító ágens)
  8. Fejlesztés tárgyaREODE javító ágens

    Megfigyelés · megállapításHa az újraépítés elbukik, modelljavítás bizonyítékokkal és javítási utasításokkal

    • átadásEllenőrzési jelek→ Scorecard: build · teszt · törölt tesztek · surefire-kizárások (Artefaktumok)
  9. ArtefaktumokArtefaktumok

    ArtefaktumScorecard: build · teszt · törölt tesztek · surefire-kizárások

  10. MunkamenetFejlesztési változtatások

    MűveletA fennmaradó hibák visszakerülnek a bizonyítékgyűjtéshez

Háttér
A javító ágens mintegy 40 setMsg() not found hibát próbált egyenként javítani anélkül, hogy megnézte volna a @Data-t vagy a pom.xml Lombok-verzióját. A már eleve hibás bemenetet nem különítette el a migráció által okozott hibáktól.
Eredmény
A scorecard a build- és teszteredményeket a törölt tesztek és a surefire-kizárások számával együtt olvassa, és ismeretlen alapvonalnál kihagyja a lefedettségi tételt. A tesztek törlésével elért siker hiba marad.
Korlát
A bizonyítékgyűjtés legfeljebb három forrásból vesz mintát, így nem a teljes kódbázis megértése. Nincs feljegyzés arról, hogy a szabályzat worktree-je, független felülvizsgálata vagy develop-beolvasztási sora ténylegesen érvényesült volna ebben az esetben, és az eset kódoló ágense és modellje sem igazolt. Végső ügyfél-teszt- vagy lefedettségi eredmény nincs.
Források és fennmaradó korlátok
  • Az alapvonal-feladat és a javítás előtti feltárás feladata folyamatban lévőből késszé vált, és vannak megvalósítási commitok. Friss GitHub-ellenőrzési eredményeket nem kértek le.
  • A tároló szabályzata feature → develop → main beolvasztási sort ír elő, de ugyanez az eljárás más projektekre nem vonatkozik.
  • A bekapcsolható validáló ágensek a megvalósítás eszközei, nem bizonyítják, hogy minden szállítás során használták őket. A szállítás méretére vagy arányaira vonatkozó számok nem szerepelnek, mert eredeti bizonyítékuk nem volt igazolható.
  • Ha az újraépítés elbukik, a modelljavítás továbbra is az eredeti buildhibát kapja, nem az újraépítés új hibáját.