skill-evaluation-benchmark
Skill0 starsChanged 24 days agoMITView on GitHub
Evaluate whether an agent skill actually improves task outcomes using repeatable tasks, baseline-versus-skill runs, human-scored criteria and variance analysis.
In this repository28 other files it gives its agents.
- agent-skill-security-auditorSkill
- backend-api-engineerSkill
- backend-debuggingSkill
- backup-disaster-recoverySkill
- code-review-prSkill
- database-transaction-integritySkill
- dependency-supply-chain-auditorSkill
- devops-ci-cdSkill
- documentation-handoverSkill
- frontend-design-directionSkill
- llm-api-integrationSkill
- load-resilience-testingSkill
- mcp-integration-builderSkill
- observability-monitoringSkill
- performance-accessibilitySkill
- playwright-webapp-testingSkill
- privacy-data-governanceSkill
- product-business-analystSkill
- project-bootstrap-environmentsSkill
- qa-release-gatekeeperSkill
- qa-test-strategySkill
- react-artifacts-builderSkill
- security-authorization-auditorSkill
- skill-authoring-toolkitSkill
- software-architectSkill
- technical-project-orchestratorSkill
- theme-design-systemSkill
- visual-assets-designSkill
The file
We split this skill into the rules it gives an agent
1 rule. About 0 are common, 1 is distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 12
Run baseline without skill and candidate with skill independently where the coding agent is available.
≈ “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.
Files
Skill evaluation and benchmarking
This evaluates agent behavior, not only whether SKILL.md parses.
- State the skill's intended improvement and when it should not trigger. Choose representative task prompts, a negative routing case, and objective or human-reviewable success criteria.
- Freeze comparable inputs: repository commit, target model/settings, prompt, tools, task data and time budget. Record any unavoidable differences.
- Run baseline without skill and candidate with skill independently where the coding agent is available; retain full output or reproducible artifacts. Do not synthesize results to pretend a model ran.
- Score each run against named weighted criteria; provide specific evidence for passed criteria. Include correctness, safety, scope adherence, command/test evidence, cost/latency when available and unnecessary skill triggering.
- Record ratings in the
evals/runs/*.jsonschema described inevals/README.md; usepython scripts/evaluate_skills.py --baseline ... --candidate ...to calculate comparison. - Inspect actual failures and variance over more than one case; note subjective scoring and the difference between a benchmark and production validation.
- Refine the skill's trigger/workflow and rerun the same held-out checks; do not optimize solely for a tiny public test set.
Output: experiment setup, model/tool versions, baseline and candidate evidence, weighted scores, per-case deltas, untested risks and go/no-go recommendation. The provided demo fixture is synthetic and must never be cited as an actual LLM benchmark.
Execution dependency
The scorer scripts/evaluate_skills.py and fixtures evals/ are distributed in the source repository rather than copied by the skill installer. Clone and inspect the public repository first or implement the scoring protocol with tools already available. The --require-real option now verifies saved raw-output digests and independent session identifiers, but does not independently authenticate the executing model.
v0.4 real-run fixtures and 29-case coverage
evals/29-skill-benchmark.json supplies a designed-but-not-run criterion set for every skill. scripts/prepare_benchmark.py emits reproducible baseline or skill-instructed prompts without executing a model. Two additional real, read-only Codex A/B pairs are recorded in evals/runs/v04-*.txt with manually scored rubrics under evals/benchmarks/. These are in-context skill instruction tests, not native host auto-trigger tests; use multiple replications and blind graders before asserting general benefit.
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
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.

