Evaluation

평가는 모델 목록을 실제 지식으로 바꾸는 기준입니다. AI note를 쓸 때는 어떤 benchmark에서 좋았는지보다, 어떤 split과 metric이 무엇을 검증하는지 먼저 봅니다.

일반화 성능은 보지 못한 데이터 분포에서의 기대 손실로 보는 것이 기본입니다.

실험에서는 이를 finite test set 평균으로 추정합니다.

중요한 점은 가 실제로 알고 싶은 deployment distribution을 닮아야 한다는 것입니다.

Route Map

RouteUse forStart
Task and protocol무엇을 예측하고, 무엇을 hold out하며, 어떤 decision을 검증하는가Tasks, Evaluation protocol, Evaluation set design
Claim boundaryscore가 stated conclusion을 지지하는가Claim-evidence boundary, Benchmark claim contract, Benchmark intake
Metric choiceclassification, regression, ranking, generation, coordinate, probability qualityMetric, Metric selection, Generation evaluation
Statistical evidenceconfidence interval, seed variance, bootstrap, paired comparison, multiple comparisonConfidence interval, Seed variance, Paired comparison
Split and contaminationvalidation/test separation, pretraining overlap, retrieval contamination, benchmark saturationtest split, Leakage, Test-set contamination
Reliability and failurecalibration, uncertainty, OOD, robustness, error slicing, interpretabilityCalibration, Uncertainty estimation, Error analysis
Domain-specific splitsscaffold, protein-family, structure-source, assay/source, representation transferScaffold split, Protein family split, Representation evaluation

Claim to Evidence Map

Reported result를 볼 때는 먼저 Claim-evidence boundary로 claim 범위를 좁힙니다.

Claim필요한 evidence흔한 실패
Model이 training task를 fitting한다train loss와 diagnosticoptimization success를 generalization으로 착각함
Model이 IID로 generalize한다같은 distribution에서 분리한 held-out validation/testmodel selection 중 test set을 건드림
Model이 OOD에 robust하다explicit shifted evaluation setrandom split이 claimed shift를 검증하지 못함
Model이 calibrated되어 있다probability quality metric과 reliability curve정확한 label prediction을 calibrated probability로 착각함
Model이 baseline보다 좋다relevant baseline과의 paired comparison서로 다른 example 또는 selection rule로 비교함
Benchmark score가 broad claim을 지지한다benchmark claim contract와 claim-evidence boundaryleaderboard score를 general superiority로 과장함
Method가 design choice를 설명한다fixed protocol 아래 ablationablation에서 여러 variable을 동시에 바꿈
Selected model이 best다model-selection record와 untouched final testbest seed, threshold, prompt, checkpoint를 test feedback으로 고름

Metric Families

Output typePrimary metricDiagnostic
Class labelaccuracy, F1, AUROC, PR-AUCconfusion matrix, threshold sweep, calibration
ProbabilityNLL, Brier score, ECEreliability diagram, selective prediction
Scalar regressionRMSE, MAE, residual plot, rank correlation, interval coverage
RankingNDCG, MAP, enrichment, top-k successper-query error, early enrichment, tie policy
Generated samplevalidity, diversity, novelty, utilityconstraint satisfaction, duplicate rate, failure taxonomy
Coordinates / structureRMSD, lDDT-style quality, clash/geometry checkssymmetry correction, atom mapping, interaction quality
Calibrated decisionNLL, Brier, ECE, selective riskreliability diagram, subgroup calibration

Domain Routes

General vs Domain Evaluation

AI evaluation은 metric, split, uncertainty, contamination, selection rule 같은 일반 원칙을 둡니다. Domain page는 그 원칙이 특정 object에서 어떻게 깨지는지를 다룹니다.

Evaluation questionPut the main note inWhy
metric, confidence interval, calibration, paired comparison이 무엇인가?AI Evaluation, Evaluation conceptsdomain과 무관하게 재사용됩니다
split이 scaffold, protein family, assay source, template leakage를 다루는가?Computational Biology Data and Evaluationobject identity와 measurement context가 claim을 결정합니다
coordinate metric, pose quality, docking success를 해석하는가?Structure-Based Modeling, Pose qualitygeometry, atom mapping, pocket definition이 필요합니다
serving latency, throughput, reproducibility claim인가?AI Systems, Inframodel quality가 아니라 runtime contract입니다
agent가 task를 끝냈다는 claim인가?Agent Verificationevidence, tool side effect, completion audit가 필요합니다

읽을 때 볼 질문

  • train/test split이 실제 generalization을 요구하는가?
  • evaluation set 자체가 어떤 population, strata, failure mode를 대표하도록 설계됐는가?
  • evaluation protocol이 metric, split, model selection, final test를 분리하는가?
  • final test set이 pretraining, retrieval, prompt, feature engineering, leaderboard iteration에 오염되지 않았는가?
  • benchmark가 이미 saturated라서 score 차이가 metric noise보다 작은 것은 아닌가?
  • metric이 task objective와 맞는가?
  • primary metric과 diagnostic metric이 분리되어 있는가?
  • failure mode가 wrong output, invalid output, miscalibration, OOD, system failure처럼 분해되어 있는가?
  • 결과 차이가 confidence interval이나 seed variance보다 충분히 큰가?
  • 같은 test example 위에서 비교했는가, 아니면 독립 aggregate score만 비교했는가?
  • 많은 seed, prompt, threshold, ablation 중 가장 좋아 보이는 결과만 고른 것은 아닌가?
  • confidence, probability quality, calibration이 필요한 application인가?
  • uncertainty, abstention, robustness, interpretability 중 어떤 진단이 필요한가?
  • 실패를 data, model, optimization, evaluation 중 어디 문제로 분해할 수 있는가?

Evidence Record

좋은 evaluation note는 claim을 재구성할 수 있을 만큼 충분한 정보를 보존해야 합니다.

어떤 항목이라도 빠져 있으면 그 score는 stable conclusion이 아니라 incomplete observation으로 취급합니다.

Failure Mode Decomposition

평가에서 낮은 점수나 큰 개선은 바로 모델 품질로 해석하지 않습니다. 먼저 실패 원인을 분해합니다.

Failure sourceExamples
Datalabel noise, duplicate examples, missing metadata, biased negative set
Representationwrong tokenization, graph construction error, coordinate frame mismatch
Optimizationundertraining, instability, bad learning rate, checkpoint selection
Modelinsufficient inductive bias, over-smoothing, context truncation
Metricwrong threshold, saturated benchmark, unpaired comparison
Systemnondeterministic run, failed preprocessing, serving/runtime mismatch

Minimum Evidence Package

Paper를 wiki note나 post로 바꿀 때는 결과를 해석 가능하게 만드는 최소 evidence package를 기록합니다.

Field중요한 이유
Task and output spaceclassification, ranking, generation, coordinate prediction을 같은 claim처럼 비교하지 않게 합니다
Dataset and splitpopulation과 generalization boundary를 정의합니다
Model-selection rulevalidation decision과 final test evidence를 분리합니다
Baselinemethod가 relevant simple alternative를 이기는지 보여줍니다
Primary metricsecondary diagnostic을 보기 전에 success의 의미를 고정합니다
Uncertainty or variance작은 score difference를 과해석하지 않게 합니다. initialization, split, prompt, sampler가 다르면 Seed variance를 봅니다
Failure modesscore를 재사용 가능한 lesson으로 바꿉니다

Paper가 이 항목 중 하나를 제공하지 않는다면 기억으로 빈칸을 채우지 말고 to verify로 표시합니다.