ID
Karakter REODE asli yang disempurnakan: wajah axolotl krem-merah muda yang tersenyum dengan headset biru dongker dan lensa sian
Kembali ke ruang pamer

REODE

Code migration

Sebelum memperbaiki, temukan penyebab bersama.

Agen migrasi kode Java/Spring.

2026.03 — 2026.04

Proyek kerja · sistem migrasi dan verifikasi

  • CLIDiimplementasikan · proyek kerja

Membuat agen perbaikan membaca konfigurasi lebih dahulu

Agen yang mencoba mengedit setter satu per satu adalah agen perbaikan di dalam produk REODE; pengembangan mengubah input-nya. Kode dan informasi pelanggan bersifat privat.

Legenda lengkap

Cara membaca · satu tata bahasa untuk setiap kasus

  • Kolom adalah siapa yang bertindak; atas ke bawah adalah waktu
  • Garis utuh: serah terima atau langkah berikutnya yang tercatat
  • Garis lapis tebal ↩: temuan yang mengembalikan pekerjaan
  • Garis putus: bukan eksekusi yang tercatat (aturan tertulis, saran tanpa wewenang, batas yang belum diverifikasi)
  • Persegi panjang: tindakan
  • Sudut bulat: status atau temuan yang teramati
  • Sudut terlipat: artefak atau bukti
  • Kolom berarsir: bagian produk yang sedang dikembangkan (bukan agen yang dipakai untuk membangunnya)

March 21, 2026

Kelompok kesalahan, build asli, dan penyiapan Lombok menjadi input perbaikan

  1. Dalam pengembanganAgen perbaikan REODE

    Observasi · temuanMencoba mengedit satu per satu sekitar 40 kesalahan setter · @Data / POM tidak diperiksa

  2. OrangPengembang

    TindakanBaca sumber dan konfigurasi build sebelum memperbaiki

    • serah terimaInput perbaikan diubah→ Build baseline asli · kelompokkan kesalahan berpola sama (Perubahan pengembangan)

  3. Sesi kerjaPerubahan pengembangan

    TindakanBuild baseline asli · kelompokkan kesalahan berpola sama

    • serah terima→ Kumpulkan bukti: path · 3 sampel sumber · anotasi · POM (Perubahan pengembangan)

  4. Aturan tertulisKebijakan kontributor

    Aturan · belum diverifikasiRencana tugas · worktree milik sendiri

    • bukan eksekusi yang tercatatDiwajibkan kebijakan→ Build baseline asli · kelompokkan kesalahan berpola sama (Perubahan pengembangan)

  5. Sesi kerjaPerubahan pengembangan

    TindakanKumpulkan bukti: path · 3 sampel sumber · anotasi · POM

    • serah terima→ Perbaikan Lombok deterministik dulu · LLM dilewati bila build ulang lolos (Perubahan pengembangan)

  6. Aturan tertulisKebijakan kontributor

    Aturan · belum diverifikasiTinjauan tanpa konteks: rencana ↔ diff

    • bukan eksekusi yang tercatatDiwajibkan kebijakan→ Kumpulkan bukti: path · 3 sampel sumber · anotasi · POM (Perubahan pengembangan)

  7. Sesi kerjaPerubahan pengembangan

    TindakanPerbaikan Lombok deterministik dulu · LLM dilewati bila build ulang lolos

    • serah terimaBuild ulang gagal→ Bila build ulang gagal, model memperbaiki dengan bukti dan instruksi perbaikan (Agen perbaikan REODE)

  8. Dalam pengembanganAgen perbaikan REODE

    Observasi · temuanBila build ulang gagal, model memperbaiki dengan bukti dan instruksi perbaikan

    • serah terimaSinyal verifikasi→ Scorecard: build · test · test yang dihapus · pengecualian surefire (Keluaran)

  9. ArtefakKeluaran

    ArtefakScorecard: build · test · test yang dihapus · pengecualian surefire

  10. Sesi kerjaPerubahan pengembangan

    TindakanKegagalan yang tersisa kembali ke pengumpulan bukti

Konteks
Agen perbaikan mencoba memperbaiki sekitar 40 kesalahan setMsg() not found satu per satu tanpa melihat @Data atau versi Lombok di pom.xml. Input yang sudah rusak sejak awal tidak dibedakan dari kesalahan yang ditimbulkan migrasi.
Hasil
Scorecard membaca hasil build dan test bersama jumlah test yang dihapus dan pengecualian surefire, dan melewati butir cakupan bila baseline tidak diketahui. Lolos dengan menghapus test tetap dihitung gagal.
Batasan
Pengumpulan bukti mengambil sampel paling banyak tiga sumber, jadi bukan pemahaman atas seluruh codebase. Tidak ada catatan bahwa worktree, tinjauan independen, atau antrean merge develop dari kebijakan benar-benar diterapkan pada kasus ini, dan agen pemrograman serta model untuk kasus ini belum dikonfirmasi. Tidak ada hasil test atau cakupan akhir pelanggan.
Sumber dan batasan yang tersisa
  • Tugas baseline dan tugas eksplorasi-sebelum-memperbaiki berpindah dari sedang dikerjakan ke selesai, dan commit implementasinya ada. Tidak ada hasil pemeriksaan GitHub baru yang diambil.
  • Kebijakan repositori ini menetapkan antrean merge feature → develop → main, tetapi prosedur yang sama tidak diterapkan pada proyek lain.
  • Agen validasi opsional adalah mekanisme dalam implementasi, bukan bukti bahwa agen itu dipakai pada setiap penyerahan. Angka seperti ukuran atau rasio penyerahan tidak dimuat karena bukti aslinya tidak dapat dikonfirmasi.
  • Bila build ulang gagal, perbaikan model tetap menerima kesalahan build awal, bukan kesalahan baru dari build ulang.