An Agent Skill that defines evals from an approved design spec before writing implementation plans. Works with any skills-compatible agent and for any AI system — coding agents, customer support agents, research agents, RAG systems, content generation, data pipelines, or any LLM-powered application.
Brainstorming (approved spec)
→ define-evals ← THIS SKILL
→ Writing Plans (implementation plan against evals)
→ Implementation (build to pass evals)
The skill bridges the gap between "what are we building" and "how do we know it works." Evals become the definition of done.
Takes an approved design spec and produces:
- Eval tasks derived from every requirement in the spec
- Grader selection for each task (code-based, LLM-as-judge, outcome verification, or statistical validation)
- Balanced problem sets (positive, negative, and boundary cases)
- Pass criteria (thresholds, pass@k vs pass^k, regression vs capability classification)
- Per-archetype metrics (dimensions and graders tailored to the detected system type)
- Universal metrics (cost, safety, robustness, governance, observability)
- An eval plan file that serves as acceptance criteria for implementation
Using skills, the CLI for the Agent Skills spec:
npx skills add savitharaghunathan/eval-driven-development --skill define-evalsThis detects your installed agent(s) automatically. To target a specific agent non-interactively, pass --agent (one of claude-code, cursor, codex, gemini-cli, github-copilot):
npx skills add savitharaghunathan/eval-driven-development --skill define-evals --agent claude-code --yesFor agents not covered by the skills CLI, see the Agent Skills client showcase for the correct skill directory, then copy define-evals/ into it directly.
Download the latest zip from Releases, extract it, and copy the define-evals/ directory into your agent's skill directory.
Ask your agent to define evals for an approved spec, or use trigger phrases like:
- "define evals for this spec"
- "write evals for this spec"
- "create an eval plan"
The skill activates automatically when transitioning from an approved design spec to implementation planning.
eval-driven-development/
├── define-evals/ # The Agent Skill
│ ├── SKILL.md # Core skill instructions
│ └── references/
│ ├── archetypes/ # Per-archetype checklists and metrics
│ │ ├── single-agent.md
│ │ ├── multi-agent.md
│ │ ├── rag-pipeline.md
│ │ ├── user-facing-product.md
│ │ ├── ml-pipeline.md
│ │ ├── data-workflow.md
│ │ ├── content-generation.md
│ │ └── api-service.md
│ ├── eval-taxonomy.md # Grader types and tradeoffs
│ ├── eval-guide.md # Task writing rules and dimensions
│ ├── eval-plan-template.md # Output format for eval plans
│ ├── example-eval-plan.md # Filled-in example eval plan
│ └── sources.md # All verified citations
├── docs/ # Research and design specs (not part of skill)
│ └── superpowers/specs/
├── .github/workflows/ # CI: validation and release
├── LICENSE
└── README.md
Grounded in 27 verified sources including:
- Demystifying Evals for AI Agents — Anthropic, Jan 2026
- Your AI Product Needs Evals — Hamel Husain, Mar 2024
- EDDOps: Evaluation-Driven Development and Operations — Xia et al., arXiv
- tau-bench — Yao, Shinn et al. Agent reliability benchmark
- An LLM-as-Judge Won't Save The Product — Eugene Yan, Apr 2025
- Survey on Evaluation of LLM-based Agents — arXiv, Mar 2025
- Harness Engineering — Boeckeler, Apr 2026
- Memory for Autonomous LLM Agents — Du, arXiv, Mar 2026
Full source list with descriptions: define-evals/references/sources.md
cat > .markdownlint-cli2.yaml << 'EOF'
config:
MD013: false
MD033: false
MD041: false
globs:
- "define-evals/**/*.md"
EOF
npx markdownlint-cli2
rm .markdownlint-cli2.yamlThe CI uses three disabled rules: MD013 (line length), MD033 (inline HTML, needed for <HARD-GATE> tags), MD041 (first-line heading, skill files use frontmatter).
Copy the define-evals/ directory into your agent's skill directory and verify the skill activates when you mention eval planning.
Apache-2.0