Dalam artikel ini
- Mengapa Mengevaluasi Chatbot Anda Bukan Pilihan
- Langkah Nol: Tentukan Arti "Sukses" bagi Anda
- Bangun "Golden Dataset"
- Apa Sebenarnya yang Anda Ukur? Dimensi Inti
- Tiga Metode Evaluasi
- Evaluasi Offline vs. Online
- Alur Kerja Praktis untuk Memulai Evaluasi
- Kesalahan Umum yang Membuat Evaluasi Tidak Berguna
- Alat yang Membantu
- Peran Origami
- Sumber
Mengapa Mengevaluasi Chatbot Anda Bukan Pilihan
Meluncurkan chatbot AI saat ini mudah; bagian sulitnya adalah mengetahui apakah chatbot itu benar-benar bagus. Model bahasa pada dasarnya bersifat probabilistik: pertanyaan yang sama bisa menghasilkan dua jawaban berbeda, dan "saya sudah mencobanya dan tampaknya baik-baik saja" pada segelintir prompt tidak berarti bot siap melayani ribuan pelanggan. Evaluasi adalah cara sistematis untuk menjawab satu pertanyaan: apakah bot menjalankan tugasnya dengan akurat, aman, dan konsisten — sebelum Anda merilisnya, dan setelah setiap perubahan?
Aturannya sederhana: Anda tidak bisa memperbaiki apa yang tidak Anda ukur. Tanpa sistem evaluasi, setiap penyesuaian prompt atau peningkatan model menjadi taruhan, dan Anda tidak tahu apakah Anda memperbaiki sesuatu atau diam-diam merusak hal lain.
Langkah Nol: Tentukan Arti "Sukses" bagi Anda
Sebelum metrik apa pun, jawab pertanyaan ini: tugas apa yang seharusnya diselesaikan bot? Bot dukungan berhasil ketika menyelesaikan masalah atau meneruskannya dengan benar. Bot penjualan berhasil ketika mengkualifikasi prospek dan mengumpulkan data yang tepat. Bot internal untuk karyawan berhasil ketika menjawab dengan akurat dan berlandaskan kebijakan Anda. Kaitkan evaluasi dengan tujuan bisnis, bukan dengan perasaan samar bahwa jawabannya enak dibaca.
Bangun "Golden Dataset"
Fondasi dari setiap evaluasi yang serius adalah sekumpulan contoh tetap yang Anda gunakan untuk menguji setiap kali. Kumpulkan dari tiga sumber:
- Pertanyaan nyata dari log percakapan yang sebenarnya (setelah data pribadi dihapus).
- Kasus tepi: pertanyaan yang samar, tidak lengkap, atau di luar cakupan, atau dalam dialek yang berbeda.
- Kasus adversarial: upaya untuk mendorong bot melampaui batasnya atau membocorkan informasi.
Mulailah dengan 50–100 contoh yang mencakup skenario terpenting Anda, bukan ribuan contoh acak. Untuk setiap contoh, tentukan — sebisa mungkin — jawaban rujukan atau kriteria yang membuat sebuah respons dianggap benar.
Apa Sebenarnya yang Anda Ukur? Dimensi Inti
"Kualitas" adalah kata yang kabur, jadi pecah menjadi dimensi yang dapat diukur:
- Keberhasilan tugas: apakah pengguna benar-benar mencapai tujuannya? Ini metrik terpenting dan yang paling dekat dengan nilai bisnis.
- Faithfulness (tanpa halusinasi): pada sistem yang berlandaskan sumber Anda (RAG), apakah jawaban dibangun hanya dari dokumen yang diambil, atau bot mengarang sesuatu?
- Relevansi: apakah jawaban benar-benar menjawab pertanyaan pengguna, atau hanya berputar-putar di sekitar topik?
- Kualitas pengambilan: pada RAG, apakah sistem menarik bagian yang tepat dari basis pengetahuan Anda? (presisi dan recall konteks). Sebagian besar kegagalan RAG berasal dari pengambilan yang buruk, bukan dari modelnya sendiri.
- Ketepatan: apakah jawaban sesuai dengan rujukan yang diketahui?
- Keamanan dan kepatuhan: apakah bot menolak permintaan berbahaya? Apakah melindungi data pribadi? Apakah menjaga nada dan kebijakan merek? Apakah tahan terhadap upaya jailbreak?
- Biaya dan latensi: jawaban hebat yang memakan waktu 30 detik atau terlalu mahal per percakapan bisa menjadi kegagalan komersial. Selalu ukur token dan waktu.
Tiga Metode Evaluasi
- Evaluasi manusia: standar emas untuk kualitas, tetapi lambat, mahal, dan sulit diskalakan. Gunakan untuk membangun rujukan Anda dan mengkalibrasi metode otomatis.
- LLM sebagai juri: Anda memakai model yang kuat untuk menilai jawaban bot berdasarkan rubrik yang jelas, atau dengan membandingkan dua jawaban. Cepat dan skalabel, serta menjadi pendekatan paling umum saat ini — asalkan Anda mengkalibrasinya terhadap penilaian manusia dan mewaspadai biasnya (misalnya lebih menyukai jawaban yang lebih panjang).
- Metrik otomatis berbasis rujukan: seperti exact match untuk pertanyaan berjawaban tertutup, atau kemiripan semantik melalui embedding. Murah dan instan, tetapi terbatas untuk jawaban terbuka.
Dalam praktiknya: gabungkan ketiganya. Metrik otomatis yang cepat sebagai penjaga pertama, juri LLM untuk dimensi kualitatif, dan tinjauan manusia berkala atas sebuah sampel.
Evaluasi Offline vs. Online
Ada dua jenis yang saling melengkapi, dan Anda membutuhkan keduanya:
- Offline: Anda menjalankan bot terhadap golden dataset setiap kali ada perubahan, idealnya di dalam pipeline CI/CD sehingga tidak ada pembaruan yang sampai ke produksi jika skornya turun. Inilah uji regresi yang mencegah Anda merusak apa yang sudah berjalan.
- Online: pada pengguna nyata — uji A/B antara dua versi, tombol umpan balik (👍/👎), dan metrik pengaman (tingkat pengalihan ke manusia, pertanyaan berulang, percakapan yang ditinggalkan). Pantau produksi secara terus-menerus, karena perilaku pengguna nyata mengungkap hal-hal yang tidak dapat ditunjukkan oleh set pengujian mana pun.
Alur Kerja Praktis untuk Memulai Evaluasi
- Tentukan 3–5 dimensi yang benar-benar penting bagi Anda (misalnya keberhasilan tugas, faithfulness, keamanan).
- Bangun golden set yang kecil tetapi representatif (50–100 kasus).
- Tulis rubrik penilaian yang jelas untuk setiap dimensi: apa yang layak mendapat nilai 5 dan apa yang layak mendapat nilai 1.
- Otomatiskan prosesnya: skrip yang menjalankan bot pada set tersebut dan menghitung skornya (manusia + juri LLM).
- Masukkan ke dalam pipeline deployment: skor apa pun di bawah ambang batas akan memblokir rilis.
- Tambahkan siklus produksi: kumpulkan umpan balik pengguna dan kasus yang gagal, lalu terus tambahkan ke golden set Anda.
Kesalahan Umum yang Membuat Evaluasi Tidak Berguna
- Hanya menguji jalur ideal dan mengabaikan kasus tepi serta kasus adversarial.
- Set pengujian yang terlalu kecil atau tidak mewakili pengguna nyata Anda.
- Mengandalkan juri LLM tanpa mengkalibrasinya terhadap penilaian manusia.
- Mengabaikan biaya dan latensi dan hanya berfokus pada kualitas.
- Mengevaluasi sekali saat peluncuran, bukan menjadikannya proses berkelanjutan di setiap pembaruan.
Nilainya bukan terletak pada merilis bot yang bisa bicara — melainkan pada memiliki sistem yang memberi tahu Anda, dalam angka, apakah bot menjadi lebih baik atau lebih buruk setelah setiap perubahan.
Alat yang Membantu
Ada alat sumber terbuka dan komersial yang mempersingkat pembangunan pipeline evaluasi, di antaranya: Ragas dan DeepEval untuk sistem RAG; LangSmith, Braintrust, dan Arize Phoenix untuk pemantauan dan evaluasi; serta OpenAI Evals dan promptfoo untuk menulis pengujian. Pilih alat yang sesuai dengan stack Anda, tetapi ingat bahwa metodologi lebih penting daripada alatnya.
Peran Origami
Di Origami, kami adalah perusahaan teknologi yang membangun sistem AI dan mengukurnya sebelum menyerahkannya: kami merancang golden dataset yang disesuaikan dengan bidang Anda, membangun pipeline evaluasi otomatis yang terhubung ke deployment, dan menambahkan pemantauan produksi yang menangkap regresi sejak dini serta menjaga biaya tetap terkendali. Tujuannya adalah bot yang angkanya dapat Anda percaya, bukan sekadar demo.
Sumber
- Judging LLM-as-a-Judge with MT-Bench and Chatbot Arena (Zheng et al., 2023): arxiv.org/abs/2306.05685
- Dokumentasi Ragas tentang metrik evaluasi RAG (faithfulness, relevansi, kualitas konteks): docs.ragas.io
- Dokumentasi evaluasi LangSmith: docs.smith.langchain.com
- OpenAI Evals: github.com/openai/evals
- Panduan Anthropic tentang membangun evaluasi: docs.anthropic.com
Tanya jawab
Apa perbedaan antara evaluasi offline dan online?
Evaluasi offline menjalankan bot terhadap golden dataset yang tetap setiap kali ada perubahan, idealnya di pipeline CI Anda, untuk menangkap regresi sebelum rilis. Evaluasi online dilakukan pada pengguna nyata melalui uji A/B, tombol umpan balik, dan metrik pengaman. Anda membutuhkan keduanya: evaluasi offline melindungi Anda sebelum peluncuran, sedangkan evaluasi online mengungkap hal-hal yang hanya muncul dari penggunaan nyata.
Berapa banyak contoh yang saya perlukan dalam set pengujian?
Mulailah dengan 50 hingga 100 contoh pilihan yang mencakup skenario paling penting dan paling berisiko, bukan ribuan contoh acak. Set yang kecil, representatif, dan berlabel baik lebih unggul daripada set besar yang penuh noise, dan Anda memperbesarnya seiring waktu dengan menambahkan kegagalan nyata dari produksi.
Bisakah saya mengandalkan model AI untuk mengevaluasi dirinya sendiri?
LLM sebagai juri itu cepat, skalabel, dan banyak digunakan, tetapi memiliki bias (misalnya lebih menyukai jawaban yang lebih panjang) dan harus dikalibrasi terhadap penilaian manusia pada sebuah sampel. Gunakan untuk dimensi kualitatif, pertahankan tinjauan manusia secara berkala, dan jangan pernah menganggap skornya sebagai kebenaran mutlak tanpa memeriksanya.
Metrik apa yang sebaiknya saya mulai?
Keberhasilan tugas, yaitu apakah pengguna benar-benar mencapai tujuannya, karena metrik ini paling dekat dengan nilai bisnis. Untuk sistem yang berlandaskan dokumen Anda (RAG), tambahkan faithfulness untuk mencegah halusinasi, lalu lapisi dengan keamanan, biaya, dan latensi.
Seberapa sering saya harus mengevaluasi ulang?
Pada setiap perubahan yang berarti (pengeditan prompt, peningkatan model, atau pembaruan basis pengetahuan) dan secara berkelanjutan di produksi. Evaluasi bukan gerbang sekali jalan sebelum peluncuran; evaluasi adalah proses berkelanjutan yang memberi tahu Anda apakah setiap perubahan membantu atau justru merugikan.
Ikuti Origami di Google
Jadikan Origami sumber pilihan dan artikel kami akan muncul lebih dulu untuk Anda di Google Penelusuran dan Berita Utama.








