Cara Menulis Evaluasi AI Pertama Anda - SallyAnn DeLucia, Arize AI
원제 · How to Write Your First AI Eval - SallyAnn DeLucia, Arize AI
핵심 요약
Evaluasi AI yang andal dibangun dengan mengisolasi satu kriteria konkret dari data jejak (traces) dan mengujinya secara berulang menggunakan LLM-as-a-judge sebelum diterapkan ke alur produksi.
하이라이트
Pemeriksaan berbasis firasat (vibe checks) gagal mendeteksi regresi performa saat prompt diperbarui atau saat versi model diubah.
LLM-as-a-judge bekerja optimal ketika dibatasi untuk menilai tepat satu kriteria spesifik per evaluator.
Metrik hanya menunjukkan indikasi kerusakan sistem, sedangkan evaluasi mengungkap penyebab spesifik dari mode kegagalan.
Model keputusan baru dari OpenAI memproses evaluasi lebih murah dan cepat dalam bentuk probabilitas biner tanpa menyertakan teks penjelasan penalaran.
Pengujian deterministik seperti format JSON atau keberadaan kata kunci spesifik dieksekusi menggunakan evaluasi berbasis kode atau metrik ROUGE dan BLEU.
타임라인
Kelemahan Pemeriksaan Firasat dan Kebutuhan Observabilitas
Perubahan prompt yang hanya diuji berdasarkan impresi subjektif sering memicu kerusakan fungsional tanpa terdeteksi seminggu kemudian. Agen AI melibatkan multi-langkah seperti pemanggilan alat dan sub-agen, sehingga logikanya hanya terlihat melalui pohon jejak setelah eksekusi selesai.
- Pengujian perangkat lunak tradisional gagal menangkap logika agen AI karena keluaran valid agen bersifat non-deterministik.
- Jejak (traces) berfungsi sebagai log untuk AI, sedangkan evaluasi bertindak sebagai pengujian perangkat lunak.
- Tanpa evaluasi berbasis jejak, pendeteksian regresi dan penerapan gerbang kualitas CI menjadi mustahil.
Taksonomi Metode Evaluasi AI
Metode evaluasi terbagi menurut kebutuhan siklus hidup aplikasi agen. Evaluasi berbasis LLM, model keputusan, kode, dan dataset anotasi emas diterapkan sejak tahap pengembangan, sedangkan umpan balik pengguna dan metrik bisnis diterapkan pada lingkungan produksi.
- LLM-as-a-judge memberikan label klasifikasi beserta teks penalaran logis di balik penilaian.
- Evaluasi berbasis kode menangani pengujian deterministik seperti validasi skema JSON atau skor leksikal ROUGE dan BLEU.
- Model keputusan menghasilkan penilaian probabilitas cepat berbiaya rendah tanpa menyertakan teks alasan.
Eksplorasi Struktur Jejak Data Agen Multi-Langkah
Analisis dilakukan pada agen perencana perjalanan Praha berdurasi tiga hari dengan batas anggaran $800. Pohon jejak memperlihatkan urutan kerja modul, di mana panggilan LLM pertama memilih alat pengambil data eksternal dan panggilan LLM kedua merangkum hasilnya menjadi rencana perjalanan.
- Rentang akar (root span) memuat masukan awal pengguna dan keluaran akhir sistem dengan nilai parent ID berupa null.
- Rentang individual merepresentasikan unit kerja tunggal, mulai dari pemanggilan alat pengambil data hingga ringkasan LLM.
- Paket OpenInference mengabstraksi pelacakan otomatis secara agnostik terhadap kerangka kerja agen seperti LangGraph.
Perumusan Kriteria Evaluasi Konkret
Sistem agen kompleks seperti Alex berkembang dari sekumpulan evaluasi dasar hingga menjalankan 32 evaluasi independen secara bertahap. Standar kelulusan dan kegagalan yang ditulis secara mendetail berfungsi sebagai bahan penyusunan instruksi prompt untuk LLM penilai.
- Kriteria evaluasi harus berfokus pada target spesifik seperti kepatuhan batas anggaran alih-alih label samar seperti respons yang bagus.
- Evaluator LLM kehilangan akurasi penilaian jika dipaksa menganalisis beberapa kriteria sekaligus dalam satu prompt.
- Formulasi kriteria memerlukan deskripsi tugas, definisi kegagalan, serta minimal tiga indikator kelulusan konkret.
Pembangunan dan Pengujian Evaluator di Playground
Penyaringan jejak dilakukan berdasarkan nama rentang atau penetapan atribut rentang akar untuk dimasukkan ke dalam kumpulan data. Evaluator yang dikonfigurasi menghasilkan label kelulusan biner atau multi-label beserta penjelasan penalaran sebelum disimpan ke seluruh platform.
- Pemetaan variabel memisahkan penamaan data pada jejak dari struktur prompt evaluator agar templat bersifat fleksibel.
- Pengujian prompt evaluator diuji awal menggunakan dataset berisi sekitar 20 jejak sampel bersama model efisien seperti GPT-4o-mini.
- Agen internal seperti Alex mengotomatiskan pengujian prompt evaluasi berulang langsung di dalam taman bermain.
Integrasi Berkelanjutan dan Penyelarasan Tim
Agen terkelola memanfaatkan evaluasi sebagai sinyal otomatis untuk mendeteksi degradasi performa dan melakukan perbaikan. Keberhasilan agen ditentukan oleh kolaborasi seluruh pemangku kepentingan yang menetapkan definisi sukses dari sudut pandang domain masing-masing.
- Evaluasi online memproses setiap jejak data produksi secara otomatis untuk pemantauan berkelanjutan.
- Penyelarasan mengukur kesesuaian antara hasil penilaian juri otomatis dengan anotasi umpan balik manusia.
- Perumusan standar evaluasi memerlukan keterlibatan lintas fungsi dari produk, rekayasa, dukungan pelanggan, dan tim keamanan.
설명
A hands-on workshop from SallyAnn DeLucia, head of product at Arize AI, on moving from vibe checks to real evals. She covers what an eval is and how it differs from a unit test, the main types (LLM as a judge, decision models, code evals, annotations, agent as a judge), how to read a trace, how to write concrete pass/fail criteria, and how to build and iterate on an LLM judge in Arize's prompt playground. Chapters 00:00 Intro and agenda 02:06 Why vibe checks don't scale 03:08 Is an eval just a unit test? 04:13 Why agents make evals harder 05:15 Types of evals 07:29 Workshop setup 10:16 Exploring the travel agent's traces 14:20 How to read a trace 19:03 Defining what good means 22:02 Writing pass/fail criteria 25:19 Building a dataset from traces 26:53 Building and testing an LLM judge 32:08 Next steps: alignment, online evals, Signal SallyAnn DeLucia, Arize AI Join us in SF for the second annual AIE CODE summit: https://aie.codes our last flagship summit of 2026. Applications live now!
