One-click install
npx skills add https://github.com/zhuyingqin/ARIS-WEB --skill experiment-audit-zhuyingqin
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: experiment-audit
Source: https://github.com/zhuyingqin/ARIS-WEB/tree/main/crates/runtime/assets/skills/experiment-audit
Command: npx skills add https://github.com/zhuyingqin/ARIS-WEB --skill experiment-audit-zhuyingqin

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes assets (resource) components.

What problem does it solve?

It prevents overconfident research claims by auditing experiment integrity, detecting fake ground truth, score normalization fraud, phantom or mismatched results, and scope inflation.

Core Features & Use Cases

  • Cross-model integrity review: an executor collects relevant artifacts while an independent reviewer reads everything to verify provenance, metrics, and evidence alignment.
  • Fraud pattern checks: validates ground truth origins, flags suspicious normalization denominators, confirms result file existence and claimed values, and detects dead (unused) metric code.
  • Claim readiness output: writes a human-readable EXPERIMENT_AUDIT.md and a machine-readable EXPERIMENT_AUDIT.json that downstream skills can use to tag claims as supported, qualified, or integrity-concerned.

Use case: After a benchmark run finishes and you plan to write NARRATIVE_REPORT.md or paper sections, run this audit to ensure the reported numbers and claims are actually evidenced by the evaluated artifacts.

Quick Start

Use experiment-audit on your experiment directory or results path to generate EXPERIMENT_AUDIT.md and EXPERIMENT_AUDIT.json with an integrity verdict.

Frequently Asked Questions about experiment-audit

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I verify experiment reproducibility and ground truth provenance before publishing research claims?

An experiment integrity audit verifies ground truth provenance, score normalization validity, and result file existence to prevent overconfident research claims. It generates structured PASS/WARN/FAIL findings and an audit report classifying claims as supported, qualified, or integrity-concerned.

What is experiment integrity verification and when do I need to audit my benchmark results?

Experiment integrity verification validates ground truth origins, detects normalization fraud, and confirms result file existence. You need to audit benchmark results after a run finishes and before writing narrative reports or paper sections to ensure reported numbers are evidenced by evaluated artifacts.

How do I detect dead metric code and score normalization fraud in my evaluation folders?

Detect dead metric code and score normalization fraud by running a cross-model integrity review where an executor collects artifact paths and a reviewer reads files to validate metrics. The audit flags suspicious normalization denominators and unused metric code in the output report.

Does the experiment audit workflow require specific file formats or folder structures to run?

The audit workflow requires completed experiment folders containing metrics, logs, configs, and paper claims. It operates through a two-stage process where an executor collects file paths and a reviewer reads files to produce structured JSON and markdown audit reports.

What is the best way to prevent scope inflation and phantom results in machine learning benchmarking?

The best way to prevent scope inflation and phantom results is to run an integrity audit confirming result file existence, validating claimed values, and checking scope sufficiency. It produces a machine-readable JSON file to tag claims as supported, qualified, or integrity-concerned.

What limitations should I consider when auditing experiment integrity for research claims?

A key limitation is that the audit applies only to completed experiment folders where metrics, logs, configs, and paper claims already exist. It cannot audit incomplete runs or generate missing artifacts, requiring a two-stage workflow with separate executor and reviewer roles.