Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add astra-sh/qvr --skill create-skill-evalgit clone --depth 1 https://github.com/astra-sh/qvrWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/astra-sh/qvr/create-skill-eval)<a href="https://agentmods.dev/skills/astra-sh/qvr/create-skill-eval"><img src="https://agentmods.dev/badge/skills/astra-sh/qvr/create-skill-eval/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/astra-sh/qvr/create-skill-eval"><img src="https://agentmods.dev/badge/skills/astra-sh/qvr/create-skill-eval.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00129 | $0.02534 |
| Opus 5.5 | $0.00052 | $0.01014 |
| Sonnet 5.5 | $0.00026 | $0.00507 |
| Haiku 4.5 | $0.00013 | $0.00253 |
Grade A, and why
create-skill-eval scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 207 lines — stays where its author put it; the contents beside it link to each section on GitHub.
create-skill-eval
Build the graded harness for one inner skill and freeze it into that skill's
eval/ directory. This is step "instrument the baseline" factored out of the
optimizer: the how to grade THIS skill lives here and ships with the skill; the
how to run the loop lives in optimize-skill-loop and is skill-agnostic.
- You produce a conformant
eval/dir (seereferences/eval-contract.md). optimize-skill-loopconsumes it read-only and never edits it.
The eval/ you freeze is the two halves of the loop's contract made concrete:
it rides the skill's qvr version (so the loop can switch to a content version
before each cohort), and its eval.py + rubric.yaml are what turn each captured
qvr session → metrics ∈[0,1]. qvr is the loop's inner ledger — it owns the
sessions, the cost, and the per-version identity; your harness only supplies the
grading. You never plumb session ids or cost here; you author what correct means
for this skill and hand it off frozen.
The eval is the inner skill's own asset. Grading text2sql (run the SQL, diff the rows), slugify (string match), and a codemod (build + test) have nothing in common — that difference belongs in the skill's
eval/, authored here, not baked into the generic optimizer.
The deliverable: a conformant eval/ (the contract)
Everything you write must satisfy references/eval-contract.md — that's the seam
the optimizer relies on. The frozen dir:
<skill>/eval/
HARNESS.md # manifest: metrics, axes, agents/N/models, exit, fixtures
scenarios.jsonl # frozen cases {id, input, expected?}
eval.py # deterministic grader CLI (--metric <id>, --explain)
rubric.yaml # frozen LLM-judge dimensions/weights/anchors
<fixtures/builders> # whatever eval.py needs
Once frozen, the whole dir is byte-stable for the loop: git diff <baseline> <candidate> -- '*/eval/*' is empty forever after.
0. Prereq
Requires python3 on PATH — the grader you author (eval.py), its fixture
builders, and scripts/validate-harness.py all use it (stdlib only, no pip install). PyYAML is optional: the validator falls back to a minimal manifest
parser when it's absent.
What ships with it
7 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 207 lines · 129 tokens per session scan A 1d7d4450d2fb
create-skill-eval is a skill published in the GitHub repository astra-sh/qvr (23 stars, last pushed 3mo ago), licensed MIT. It adds 129 tokens to every session and 2,534 once invoked, about $0.0005 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
go-testing
Trigger: Go tests, go test coverage, Bubbletea teatest, golden files. Apply focused Go testing patterns.
character-animation-qa
Review local character animation with schema checks, Playwright browser previews, frame sampling, and FFmpeg/ffprobe final output checks.
unit-test-generator
Automatically generate unit tests based on source code, supporting multiple languages and testing frameworks.
coding-agents-hooks-authoring
To author, register, and test Rosetta hooks, add a SemanticKind, or debug a hook that won't fire.
api-aqa-flow
Workflow for backend API test automation: TMS / Issue Tracker test cases → automated API tests, HITL-gated.
qa-knowledge
To run QA engineering — requirements/gap analysis, scenario & spec design, test implementation, failure triage — over the QA knowledge base.