agentleFS
PthahnixPthahnix/De-Anthropocentric-Research-Engine/skills/audit-benchmark-validity/SKILL.md

audit-benchmark-validity

Skill504 starsChanged 48 days agoApache-2.0View on GitHub

Treat benchmarks as scientific measurement instruments: audit construct validity, contamination, metric pathology, coverage, leaderboard dynamics, and protocol drift.

1 other project uses a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

4 rules. About 0 are common, 3 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Treat benchmarks as scientific measurement instruments: audit construct validity, contamination, metric pathology, coverage, leaderboard …

    line 10
  2. Distinctive:

    Do not perform called SOP operations inline.

    line 22
  3. Very specific:

    If the audit exposes systematic coverage gaps, consider coverage-white-space-search.

    line 28
  4. Distinctive:

    Every source HARD-GATE remains mandatory.

    line 39

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

audit-benchmark-validity

Purpose

Treat benchmarks as scientific measurement instruments: audit construct validity, contamination, metric pathology, coverage, leaderboard dynamics, and protocol drift.

Input contract

required: [benchmark_spec, task_definition, metric_definition, evaluation_records]
optional: [leaderboard_history, protocol_versions, coverage_target]
constraints: [claims must be linked to benchmark evidence]

Execution protocol

Do not perform called SOP operations inline; each loaded SOP owns its contract and thresholds.

  1. You MUST load skill inventory-reference-items to inventory benchmark components and versions. You MUST load skill decompose-evaluation-metric to decompose the evaluation metric. You MUST load skill assess-construct-validity to assess the benchmark construct. You MUST load skill extract-evaluation-protocol to reconstruct protocol versions.
  2. Select validity, contamination, saturation, coverage, protocol-forensics, or evaluation-comparison mode.
  3. You MUST load skill audit-data-contamination to audit contamination. You MUST load skill map-coverage-space to map data and task coverage. You MUST load skill analyze-leaderboard-dynamics to analyze saturation and temporal dynamics. You MUST load skill compare-evaluation-protocols to compare protocol and metric variants. You MUST load skill probe-benchmark-artifact to probe artifacts and shortcut paths.
  4. You MUST load skill audit-reporting-quality to audit reporting quality and return the validity verdict with threats, evidence, and required repairs. If the audit exposes systematic coverage gaps, consider coverage-white-space-search. If the benchmark or metric may share assumptions with the tested system, consider audit-validator-independence.

Output contract

produces: [validity_verdict, threat_register, contamination_findings, coverage_map, protocol_drift_report, repair_actions]
delta_fields: [findings, evidence_updates, uncertainties, decisions, open_questions, recommended_jumps]

Thresholds and quality gates

  • Every source HARD-GATE remains mandatory; no exit with an untested construct, contamination path, metric pathology, coverage claim, or protocol change.
  • Resource and sampling gates use relative benchmark/target/evidence coverage rather than fixed benchmark, paper, or web counts. Declare the eligible universe, record numerator, denominator, batch increment, stopping reason, and source references.
  • Saturation claims require an explicit stopping criterion and evidence that additional search/testing no longer changes the conclusion; report marginal information gain and saturation state.
  • BetterBench-style criterion lists remain content checklists. Their item count is not converted into a percentage; the audit reports criterion coverage ratio over the declared applicable set and an independent-source ratio.
  • Evaluation comparisons must state the controlled protocol difference and its expected impact.

Failure and counterexamples

Reject "valid" when benchmark artifact probes are absent, contamination is unknown but ignored, or leaderboard gains cannot be separated from protocol drift. A high score is not evidence of construct validity by itself.

Provenance map

7 architecture old entries: archaeology, audit, saturation, validity probing, coverage mapping, protocol forensics, evaluation comparison. Provider-specific retrieval compressed.

Legacy context checkpoint / Delta notes

Append benchmark version, construct claims, probes, contamination evidence, coverage gaps, protocol diffs, verdict, and repair decisions.

Preserved source criteria ledger

sourcesource linekindsource criterion
benchmark-archaeology39numeric-table\benchmark-audit \Systematic quality assessment using BetterBench 46-criterion framework \
benchmark-archaeology72numeric-table\benchmark-audit \5 \30 \40 \
benchmark-archaeology73numeric-table\saturation-analysis \15 \50 \60 \
benchmark-archaeology74numeric-table\validity-probing \3 \40 \30 \
benchmark-archaeology75numeric-table\coverage-mapping \20 \30 \50 \
benchmark-archaeology76numeric-table\protocol-forensics \5 \60 \30 \
benchmark-archaeology77numeric-table\Total \48 \210 \210 \
benchmark-audit28numeric-table\Benchmarks audited \3 \5 \
benchmark-audit29numeric-table\Papers read \20 \30 \
benchmark-audit30numeric-table\Web searches \25 \40 \
benchmark-audit35textual<HARD-GATE>
benchmark-audit38numeric-table\Benchmarks audited \0 \5 \PENDING \
benchmark-audit39numeric-table\Papers fetched \0 \30 \PENDING \
benchmark-audit40numeric-table\Papers read \0 \20 \PENDING \
benchmark-audit41numeric-table\Web searches \0 \40 \PENDING \
benchmark-audit42numeric-table\Documentation audits complete \0 \5 \PENDING \
benchmark-audit43numeric-table\Metric decompositions complete \0 \5 \PENDING \
benchmark-audit44numeric-table\Contamination checks complete \0 \5 \PENDING \
benchmark-audit45numeric-table\Synthesis reports produced \0 \5 \PENDING \
benchmark-audit46textual</HARD-GATE>
benchmark-audit49numericCannot exit until 80% of all targets met.
benchmark-audit81numericbetterbench_score: float # 0-1, proportion of 46 criteria met
saturation-analysis28numeric-table\Benchmarks analyzed \10 \15 \
saturation-analysis29numeric-table\Papers read \35 \50 \
saturation-analysis30numeric-table\Web searches \40 \60 \
saturation-analysis35textual<HARD-GATE>
saturation-analysis38numeric-table\Benchmarks analyzed \0 \15 \PENDING \
saturation-analysis39numeric-table\Score trajectories built \0 \15 \PENDING \
saturation-analysis40numeric-table\Papers fetched \0 \50 \PENDING \
saturation-analysis41numeric-table\Papers read \0 \35 \PENDING \
saturation-analysis42numeric-table\Web searches \0 \60 \PENDING \
saturation-analysis43numeric-table\Saturation detections run \0 \15 \PENDING \
saturation-analysis44numeric-table\Leaderboard analyses done \0 \10 \PENDING \
saturation-analysis45numeric-table\Failure mode catalogs built \0 \5 \PENDING \
saturation-analysis46textual</HARD-GATE>
saturation-analysis49numericCannot exit until 80% of all targets met.
saturation-analysis87numericestimated_time_to_ceiling: string # e.g., "6-12 months"
saturation-analysis89numericscore_compression: float # top-10 score range
validity-probing28numeric-table\Benchmarks probed \2 \3 \
validity-probing29numeric-table\Papers read \30 \40 \
validity-probing30numeric-table\Web searches \20 \30 \
validity-probing35textual<HARD-GATE>
validity-probing38numeric-table\Benchmarks probed \0 \3 \PENDING \
validity-probing39numeric-table\Papers fetched \0 \40 \PENDING \
validity-probing40numeric-table\Papers read \0 \30 \PENDING \
validity-probing41numeric-table\Web searches \0 \30 \PENDING \
validity-probing42numeric-table\Construct validity assessments \0 \3 \PENDING \
validity-probing43numeric-table\Artifact detection runs \0 \3 \PENDING \
validity-probing44numeric-table\Alternative explanation catalogs \0 \3 \PENDING \
validity-probing45numeric-table\Convergent validity checks \0 \3 \PENDING \
validity-probing46textual</HARD-GATE>
validity-probing49numericCannot exit until 80% of all targets met.
coverage-mapping21textualBuild a comprehensive map of "what we can and cannot measure" for a given AI capability domain. Identify white spaces where important capabilities lack rigorous evaluation, and redundancies where multiple benchmarks test the same narrow skill.
coverage-mapping27numeric-table\Benchmarks mapped \15 \20 \
coverage-mapping28numeric-table\Papers read \20 \30 \
coverage-mapping29numeric-table\Web searches \35 \50 \
coverage-mapping34textual<HARD-GATE>
coverage-mapping37numeric-table\Benchmarks mapped \0 \20 \PENDING \
coverage-mapping38numeric-table\Capability taxonomy nodes \0 \30 \PENDING \
coverage-mapping39numeric-table\Papers fetched \0 \30 \PENDING \
coverage-mapping40numeric-table\Papers read \0 \20 \PENDING \
coverage-mapping41numeric-table\Web searches \0 \50 \PENDING \
coverage-mapping42numeric-table\Coverage annotations complete \0 \20 \PENDING \
coverage-mapping43numeric-table\White spaces identified \0 \5 \PENDING \
coverage-mapping44numeric-table\Redundancy clusters found \0 \3 \PENDING \
coverage-mapping45textual</HARD-GATE>
coverage-mapping48numericCannot exit until 80% of all targets met.
protocol-forensics20textualExpose the "reproducibility gap" in benchmark evaluation by documenting how papers differ in their implementation of supposedly standardized evaluation protocols. Quantify the score variance attributable to protocol differences rather than model improvements.
protocol-forensics26numeric-table\Benchmarks forensically analyzed \3 \5 \
protocol-forensics27numeric-table\Papers read \45 \60 \
protocol-forensics28numeric-table\Web searches \20 \30 \
protocol-forensics33textual<HARD-GATE>
protocol-forensics36numeric-table\Benchmarks analyzed \0 \5 \PENDING \
protocol-forensics37numeric-table\Papers fetched \0 \60 \PENDING \
protocol-forensics38numeric-table\Papers read \0 \45 \PENDING \
protocol-forensics39numeric-table\Web searches \0 \30 \PENDING \
protocol-forensics40numeric-table\Protocol extractions complete \0 \60 \PENDING \
protocol-forensics41numeric-table\Difference matrices built \0 \5 \PENDING \
protocol-forensics42numeric-table\Variance attributions done \0 \5 \PENDING \
protocol-forensics43numeric-table\Impact assessments complete \0 \5 \PENDING \
protocol-forensics44textual</HARD-GATE>
protocol-forensics47numericCannot exit until 80% of all targets met.
protocol-forensics61textual1. Target Selection: Choose 5 benchmarks with known reproducibility issues or high paper volume
protocol-forensics63numerica. Collect 10-15 papers that report results on the same benchmark
protocol-forensics76textual6. Synthesis: Produce per-benchmark forensics report with reproducibility recommendations
protocol-forensics98textualreproducibility_grade: A\B\C\D\F
evaluation-protocol-comparison12textualCompare how different papers implement the same benchmark to expose hidden protocol variance that undermines cross-paper score comparability.
evaluation-protocol-comparison18numericCollect 10-15 papers that report results on the target benchmark:
evaluation-protocol-comparison36numeric-table\Infrastructure \Framework, precision (fp16/bf16/fp32), batch size, hardware \
evaluation-protocol-comparison48textual- Low: Minor variations (e.g., different random seeds)
evaluation-protocol-comparison82textualcross_paper_comparability: high\moderate\low\unreliable
evaluation-protocol-comparison91textual\Metric \Minimum \
evaluation-protocol-comparison93numeric-table\Papers compared \8 \
evaluation-protocol-comparison94numeric-table\Protocol elements extracted per paper \10 \
evaluation-protocol-comparison95numeric-table\High-variance elements identified \2 \
evaluation-protocol-comparison96numeric-table\Impact estimates produced \3 \

Context checkpoint / Delta notes

Append benchmark version, construct claims, probes, contamination evidence, coverage gaps, protocol diffs, verdict, and repair decisions.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.