What problem does it solve? Adding a new evaluation benchmark to the OpenRouter harness involves many subtle failure modes — silent caching collisions, broken answer extraction, lost inference parameters, and judge variance — that corrupt scores without any visible error. This Skill walks you through the full implementation so the resulting accuracy numbers are real and reproducible. ## Core Features & Use Cases - Feasibility Gate: Forces five upfront checks (mode, dataset, scoring, closest existing benchmark, published target score) before any code is written. - End-to-End Wiring: Covers dataset streaming via recordToSample, solver construction with config-driven inference parameters, pure scorers with MCQ answer extraction, Zod config schemas, registry and CLI integration. - Correctness Checklist: Enumerates harness-level traps — cache salting, prefix reuse, session ids, generation-id resolution, sandbox timeouts, provider variance — that silently distort results. - Use Case: You want to add a new multiple-choice eval like GPQA to the harness. The Skill guides you to reuse extractMcqAnswer, seed the option shuffle, register metadata, and validate against a published target score with a smoke run. ## Quick Start Ask the agent to add a new benchmark to the harness for your chosen dataset and model, following the add-benchmark workflow.