Skip to content

GCRI · Kecerdasan Buatan dan Sistem Otonom

Evaluasi model

Model evaluation asks what an AI model can do, how reliably, and where it fails. Benchmarks, red teaming, human studies and field monitoring each measure something different, and none fully predicts behaviour in deployment. This page sets out how evaluations are designed and where they mislead, how results should be reported, and what evidence serves the developers, deployers and regulators who rely on them.

02Pertanyaannya

Model evaluation: how the risk develops.

Validity, calibration and generalisation. The dossier below sets out how the risk develops, what is measured, where the data come from, how it is modelled and who decides.

Mekanisme

Benchmarks saturate and leak

Models quickly reach high scores on fixed benchmarks, and test items can leak into training data. High scores then say more about the benchmark than about general capability.

Mekanisme

Test conditions differ from use

Evaluations use set prompts, settings and tasks. Real users phrase things differently, combine tools and face new situations, so measured performance may not transfer.

Mekanisme

Adversarial testing finds hidden failures

Red teaming and adversarial prompts reveal unsafe or unreliable behaviour that average-case metrics miss. Coverage depends on the testers’ skill and the time allowed.

Mekanisme

Performance drifts after deployment

Model updates, changing inputs and new uses alter behaviour over time. Without monitoring, a model evaluated at release can behave differently months later.

03Pantau

Registri model.

Layar yang akan digunakan sebuah tim untuk mengikuti subjek ini: ukuran, status, dan keputusannya. Nama adalah contoh dan nilai bersifat ilustratif.

Registri model

Model evaluation · Model registry · Release gate

Satu model diblokir di gerbangGCRI · Kecerdasan Buatan dan Sistem Otonom

Model

M-184 triage assistantLayanan publikTinggi19 of 24 suitesTerhambat
M-320 flood nowcastSainsSedang12 dari 12Dirilis
M-157 document searchInternalRendah8 of 8Dirilis
M-563 agent plannerAgentikTinggi12 of 16Sedang dievaluasi

Kartu model

Penggunaan yang dimaksudkan
dukungan triase, manusia memutuskan
Di luar cakupan
keputusan kelayakan
Batasan yang diketahui
akurasi lebih rendah pada kasus langka
Pemilik
Pemilik model

Log insiden

  1. D-21INCKutipan halusinasi dalam ringkasan
  2. D-9MITLandasan pengambilan data ditambahkan
  3. D-2INCInjeksi prompt melalui berkas yang diunggah
  4. D-1MITIzin alat dipersempit

Evaluation scores

vs release threshold

Task accuracy87 of 85 requiredKetangguhan80 of 75 requiredFairness gap (lower is better)6 of 5 requiredRefusal on misuse85 of 95 required
Model registry: the screen’s structure, terms and states for Model evaluation.Nama contoh dan nilai ilustratif; sebuah rancangan, bukan catatan atau sistem yang aktif.
04Di seluruh domain

Evaluation must reflect the domain where a model is used.

Evaluations are designed for the seri Bukti Labs. The International AI Safety Report (2025) describes the limits of current evaluations; NIST’s AI RMF and its generative AI profile (2024) set measurement practice. Models would carry cards under NS-12 of the proposed Nexus Standards.

  • Held-out test sets for a domain.
  • Evaluation protocols with known failure cases.
05Metode dan bukti

How model evaluation is modelled, measured and tested.

Model, asumsi, data, dan ketidakpastiannya, dalam bentuk yang akan diperiksa ilmuwan atau insinyur. Strukturnya mengikuti metode yang dipublikasikan. Nilai yang digambar bersifat ilustratif, bukan temuan.

Model, persamaan, dan asumsi

The model structure used for model evaluation, the assumptions it makes and how each is tested.

Risiko elemen iRi = f(Hi, Ei, Vi, Ci)bahaya, keterpaparan, kerentanan, dan kapasitas penanggulangan
Kerugian tahunan yang diharapkanEAL = ∑k pk · Lkatas peristiwa k dengan probabilitas tahunan pk
Sistem terhubungxt+1 = A xt + B ut + εtA carries the couplings, u the shock, ε the error
AsumsiMengapa ini dibuatBagaimana ini diuji
Bahaya dan eksposur bersifat independen dalam satu peristiwaMenjaga integral kerugian tetap dapat dihitungBandingkan dengan pencocokan kopula pada catatan gabungan
Keterkaitan bersifat linear di dekat titik operasiMembiarkan guncangan merambat melalui AUji di luar rentang linear lalu bandingkan
Kurva kerentanan dapat dipindahkan antartempatKurva lokal jarang tersediaValidasi terhadap kerugian teramati jika tersedia
Masukan
dataset berversi dengan asal-usul yang tercatat
Keluaran
distribusi, bukan angka tunggal
Kode
dirilis bersama kartu model dan pengujiannya
Reproduksi
data, kode, lingkungan, dan seed yang sama
Formulasi risiko standar dan ruang keadaan; asumsi yang tercantum lazim bagi metode tersebut, dinyatakan untuk ditinjau, bukan hasil.
Prinsip panduan FAIR · GO FAIR dan FORCE11W3C PROV · World Wide Web ConsortiumPanduan penanganan ketidakpastian secara konsisten · IPCCCEOS Analysis Ready Data · Committee on Earth Observation Satellites
06Indikator

Apa yang diukur, dan seberapa baik.

Setiap indikator membawa satuan, frekuensi, jenis sumber di baliknya, dan label bukti yang akan dibawa suatu nilai. Tidak ada nilai yang ditampilkan: sebuah program menyediakannya berdasarkan wewenangnya sendiri.

IndikatorUnitKadensiJenis sumberLabel
Benchmark score with uncertaintyscore with confidence intervalper evaluationPublished benchmark resultsDILAPORKAN
Contamination checks reportedpercent of evaluations reporting checksper evaluationEvaluation reportsDINYATAKAN
Red-team findings by severitycount by severity classper exerciseRed-team reportsDILAPORKAN
Performance gap between subgroupsdifference in error ratesper evaluationDisaggregated evaluationTERAMATI
Post-deployment incident reportscount by typesetiap bulanIncident monitoringDILAPORKAN
Galat kalibrasiexpected calibration errorper evaluationEvaluation on held-out dataTERAMATI
07Sumber

Asal bukti.

Set data publik bernama dan catatan kelembagaan, masing-masing dengan kelas lisensinya. Sumber berdasarkan perjanjian hanya digunakan sesuai ketentuannya dan tidak pernah diterbitkan ulang.

SumberApa yang diberikannyaKelas lisensi
Stanford HELM (Holistic Evaluation of Language Models)Open, multi-metric evaluations of language modelsOpen source, Apache 2.0 for code; results public
MLCommons benchmarks, including AILuminateStandardised performance and safety benchmarksPublic results, MLCommons terms (to check)
Laporan Keselamatan AI InternasionalSynthesis of evidence on capabilities, risks and evaluation limitsPublic, terms per publisher
Model cards and system cards from developersDeveloper-reported evaluations and limitationsPublic documents, terms per developer
Epoch AI benchmark and model databasesCompiled benchmark results and model characteristicsTerbuka, CC BY 4.0
08Keputusan

Siapa yang memutuskan, dan apa yang dilayani bukti.

Studio Kecerdasan Buatan dan Sistem prepares evidence. The decisions below are taken by the authorities named, under their own rules, and never by the platform.

Siapa yang memutuskanPertanyaannyaBukti yang dilayani halaman ini
PengembangWhether a model is ready for release and what limits to stateEvaluation protocols; red-team findings
Deploying organisationsWhether a model is fit for a specific useUse-specific evaluations; subgroup performance
Regulators and AI safety institutesWhat evaluation evidence to requireEvaluation standards and reporting templates

Keluaran yang dihasilkan topik ini

  • Evaluation protocols with uncertainty and contamination checks
  • Disaggregated evaluation designs for subgroup performance
  • Red-team methods for public sector use cases
  • Evaluation reporting templates
09Pertanyaan inti

What evaluators ask.

  • Does the test measure the capability or property that matters for the intended use (construct validity)?
  • When the model reports high confidence, is it right as often as that confidence implies (calibration)?
  • Does performance hold on data from different places, times or populations (generalisation)?
  • Has test data leaked into training, inflating results (contamination)?
10Mekanisme

Why scores mislead.

Models learn statistical regularities in their training data, including spurious ones. A medical imaging model may learn the hospital’s scanner signature rather than the disease; a language model may recognise benchmark questions it saw during training. When deployment data differ from test data, a problem known as pergeseran distribusi, performance can fall sharply and without warning.

Large general-purpose models add new difficulties. Their capabilities are broad and emergent, outputs vary with phrasing, and the line between capability and memorisation is blurred. Aggregate scores can hide failures concentrated in particular groups or tasks.

11Metode dan data

How evaluation is done, and its limits.

  1. 01

    Held-out and out-of-distribution testing

    Testing on data deliberately different from training, analysed with probabilitas dan statistika. No test set covers every deployment condition.

  2. 02

    Calibration analysis

    Comparing stated confidence with observed accuracy, and checking how it changes under shift.

  3. 03

    Disaggregated evaluation

    Reporting performance by subgroup and task rather than only on average. Small subgroups give uncertain estimates.

  4. 04

    Human and expert evaluation

    Structured assessment of open-ended outputs, using ilmu sosial dan perilaku methods for rater agreement. Human judgement is costly and can be inconsistent.

12Metode

Cara hal ini dikaji, dan apa yang tidak dapat dinyatakan metodenya.

13Where this page’s references

Where this page’s references lead.

Badan dan dokumen yang menjadi acuan halaman ini. Status dan edisi berubah; setiap tautan menuju badan penerbitnya.

15Pertanyaan

Tanya jawab.

Why are benchmark scores not enough?
Because models can be trained on test items, benchmarks saturate, and test conditions differ from real use. Use-specific, adversarial and post-deployment evaluation are needed as well.
What is red teaming in AI?
Structured adversarial testing in which people or automated tools try to make a model produce harmful, insecure or unreliable outputs, to find failures before deployment.
What is data contamination?
The presence of benchmark test items in a model’s training data, which inflates scores and makes results unreliable as measures of general capability.
Is a high benchmark score evidence a model is safe to deploy?
No. It shows performance on that test under its conditions. Fitness for a use needs evaluation on representative data, with failure analysis and monitoring after deployment.
What is benchmark saturation?
When models reach near-perfect scores, the benchmark no longer discriminates between them, and further gains may reflect overfitting to the test rather than real capability.
Why evaluate after deployment too?
Because data, users and the model itself can change. Monitoring detects drift and new failure modes that pre-release testing could not anticipate.
Will the platform publish evaluation protocols?
Protocols are designed to appear on model and in publications once reviewed, each with its scope and limits.
LaporanBerkontribusi

Kontribusikan bukti dari halaman ini.

Laporan is the Consortium’s quarterly publication. What you know about this subject can become evidence, a case or a correction in the next edition, credited to you and published under CC BY 4.0 where it is your own work.

GCRIKecerdasan Buatan dan Sistem OtonomTeknologi EksponensialBukti Labs
Kecerdasan Buatan dan Sistem Otonom

Bawa metode, dataset, atau pertanyaan.

Informasi dan pertanyaan sudah terbuka hari ini. Sebuah pertanyaan menerima nomor referensi dan menyebutkan langkah berikutnya; lamaran, pembayaran, alokasi komputasi, dan pendaftaran hanya dibuka ketika tim, ketentuan, dan kapasitas tinjauannya tersedia.