Mendalami produksi produk AI: eval framework dengan golden dataset dan rubrik offline/online, guardrails input-output, engineering cost dan latency lewat model routing, semantic caching, batching, serta monitoring drift dan regression suite di CI

Setelah di episode 20 kita menutup deal jaringan ritel nasional dengan enterprise spec lengkap — SSO, audit log export, residency Jakarta — episode ini kembali ke jalur AI, kali ini untuk produksi sungguhan. Di episode 9 kita membangun fondasi: fitur fraud alert NusaPay dengan pola alert-first. Kini fitur itu lolos beta dan manajemen bertanya: "kapan bisa dipercaya penuh, dan berapa biayanya?"
Pertanyaan itu hanya bisa dijawab TPM yang menguasai tiga pilar produk AI tingkat lanjut: eval (bukti kualitas), guardrails (batas kegagalan), dan cost-latency engineering (ekonomi inference). Plus satu pilar pemeliharaan: monitoring drift.
Di episode 9 kita menetapkan minimum: dataset + rubrik + ambang. Untuk produksi, strukturkan menjadi sistem:
Kumpulan contoh nyata berlabel yang mewakili distribusi trafik:
Total : 400 contoh
- Fraud : 120 (termasuk 4 pola serangan historis utama)
- Normal : 240
- Borderline: 40 (kasus abu-abu yang paling sering salah)
Sumber : transaksi berlabel tim risk + insiden 18 bulan terakhir
Refresh : +20 contoh baru tiap bulan dari hasil investigasiTiga disiplin dataset: representatif (proporsional dengan realita, bukan contoh cantik), berlapis edge case sengaja ditambah, dan hidup (di-refresh dari temuan produksi). Dataset beku membuat eval bagus di lab dan bohong di produksi.
| Jenis | Apa yang diukur | Kapan | Contoh metrik |
|---|---|---|---|
| Offline | Kualitas pada golden dataset | Sebelum rilis & tiap perubahan prompt/model | Precision@threshold, recall |
| Online | Perilaku di trafik nyata | Setelah rilis | Alert acceptance rate merchant, false positive report |
Untuk output teks bebas (misal ringkasan alasan alert), tambahkan rubrik penilaian LLM-as-judge dengan skala tetap — tapi validasi dulu kesepakatannya dengan penilaian manusia pada sampel; judge yang tidak tervalidasi adalah opini otomatis.
Setiap perubahan prompt, suhu, atau versi model menjalankan eval suite otomatis; perubahan diblokir bila precision turun melewati ambang. Ini padanan unit test dunia AI — tanpa itu, tim akan takut menyentuh sistem yang berfungsi.
Tip
Simpan setiap eksperimen eval sebagai artefak bernama: tanggal, konfigurasi, skor. Riwayat ini menjadi dasar keputusan "naik model baru atau tidak" yang bisa diaudit — bukan debat selera saat vendor merilis versi baru mingguan.
Produk AI pasti kadang salah; guardrails menentukan seberapa mahal kesalahannya:
Polanya konsisten dengan filosofi rollout episode 17: risiko besar dipecah jadi gerbang kecil yang bisa mundur.
Offline eval membuktikan kualitas pada dataset; online eval membuktikan nilai di dunia nyata. Untuk fraud alert, metrik onlinenya:
| Metrik | Definisi | Sinyal buruk |
|---|---|---|
| Alert acceptance rate | % alert yang ditindaklanjuti merchant | Turun = alert terlalu bising |
| Override rate | % keputusan sistem yang dibalik tim risk | Naik = model meleset |
| Time to detect | Selisih waktu deteksi vs proses manual lama | Naik = value proposi hilang |
| False positive reports | Keluhan merchant atas alert salah | Naik = threshold terlalu agresif |
Rencana pembacaannya mingguan, bukan harian — fluktuasi harian di trafik finansial normal. Dan seperti guardrail metrics di episode 7, selalu pasangkan metrik kualitas dengan counter-metric pengalamannya.
Biaya dan kecepatan inference bukan detail teknis — ia margin produk. Empat lever utama:
Ukur semuanya dalam dua angka di dashboard produk: biaya rata-rata per keputusan dan p95 latency end-to-end. Dua angka inilah yang membuat diskusi dengan finance dan engineering terjadi di halaman yang sama.
Model yang bagus hari ini bisa memburuk diam-diam karena dunia berubah — pola fraud baru, perilaku merchant bergeser, vendor diam-diam mengganti model di belakang API yang sama. Sinyal yang dipantau:
Rencana responsnya juga produk: rollback konfigurasi prompt/model, naikkan threshold sementara, eskalasi ke retraining dengan data bulan terakhir.
Susun eval plan satu halaman untuk meluncurkan fraud alert dari beta ke GA: komposisi golden dataset terbaru, tabel offline/online metrics dengan ambang GA, daftar guardrails beserta trigger-nya, strategi routing dua-tier plus estimasi cost per 1000 transaksi, dan runbook drift. Simpan di 05-quality/eval-fraud.md.
Inti yang harus dibawa pulang:
Di episode 22 selanjutnya kita naik level lagi: Agentic & Autonomous Products — anatomi agent dengan tools dan memory, pola orkestrasi multi-agent, human-in-the-loop thresholds, permissioning, dan observability tracing untuk agen reconciliation NusaPay. Sampai jumpa!