ade-evaluation

ade-evaluation is a skill for Claude Code from alexsds/ade-workflow. It costs 115 tokens per session (2,473 once invoked), scanned A, original, MIT.

A testing and scoring method for evaluating software features with an adversarial mindset. It uses separate builders and evaluators, written criteria, graded scores, and failure thresholds.

In plain words
What is it for?
Use it to create evaluation rubrics, configure testing tools, score features, investigate failed evaluations, and assess whether a feature meets its user stories.
Why use it?
It addresses the problem of an agent approving its own work because it is invested in the result. The evaluator actively searches for bugs and incomplete behavior.

Skill for Claude Code

Written for Claude Code: ${CLAUDE_PLUGIN_ROOT} variable.

Runs only inside its plugin — its command needs a path that Claude Code sets for a plugin’s own hooks and for nothing else. Install the plugin, not this.

Part of the ade plugin — 3 skills, 4 commands, 2 agents, 1 hook, 1 MCP server shipped together

Good fit Use it to create evaluation rubrics, configure testing tools, score features, investigate failed evaluations, and assess whether a feature meets its user stories.

Compare 6 skills from other repositories ↓
Install

Getting it into your agent

This one installs as part of its plugin. Adding the marketplace and installing the plugin brings it with everything else the plugin ships.

Claude Code
/plugin marketplace add alexsds/ade-workflow
Claude Code
/plugin install ade

Made for: Claude Code.

Or install ade, the plugin that ships this one along with the rest of its 3 skills, 4 commands, 2 agents, 1 hook, 1 MCP server.

Wrote 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.

agentmods badge for ade-evaluation

README.md
[![agentmods](https://agentmods.dev/badge/skills/alexsds/ade-workflow/ade-evaluation/github.svg)](https://agentmods.dev/skills/alexsds/ade-workflow/ade-evaluation)
Your own site
<a href="https://agentmods.dev/skills/alexsds/ade-workflow/ade-evaluation"><img src="https://agentmods.dev/badge/skills/alexsds/ade-workflow/ade-evaluation/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.

agentmods 80×15 button for ade-evaluation

Your own site · 80×15
<a href="https://agentmods.dev/skills/alexsds/ade-workflow/ade-evaluation"><img src="https://agentmods.dev/badge/skills/alexsds/ade-workflow/ade-evaluation.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 115 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 2,473 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 1 finding. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5.1 $0.00115 $0.02473
Opus 5.5 $0.00046 $0.00989
Sonnet 5.5 $0.00023 $0.00495
Haiku 4.5 $0.00012 $0.00247

Measured 1mo ago against content hash da8c39ace435, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

ade-evaluation scanned grade A with 1 finding 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.

Makes network callslowCapability

Not a fault in itself. Listed so you know the mod talks to something, and to what.

| `playwright.md` | UI, web pages, user interactions | Playwright MCP server, falls back to curl |
skills/ade-evaluation/SKILL.md · 189 lines

How it starts

The opening of the file, as written. The whole thing — 189 lines — stays where its author put it; the contents beside it link to each section on GitHub.

ADE Evaluation

Overview

Adversarial evaluation methodology for the ADE workflow. Anthropic found that "out of the box, Claude is a poor QA agent" — evaluators identify real issues then self-justify approval anyway. The core failure mode is: find a problem, then explain why it's actually fine. ADE counters this with graded scoring, hard thresholds, and an adversarial stance that structurally prevents self-justification.

The evaluator exists because self-evaluation does not work. When the same agent that writes code also evaluates it, confirmation bias dominates. The agent has invested effort in the implementation and unconsciously defends it. Separating implementation (Generator) from evaluation (Evaluator) eliminates this bias. The Evaluator has no stake in the code — its only job is to find failures.

Key Principles

Adversarial stance: Approach every feature from the perspective that bugs exist. Hunt for failures, not confirmations of correctness. Start each evaluation assuming something is wrong and try to prove it.

Graded scoring: Score each criterion 1-10 with hard thresholds. Any single criterion below threshold means the feature fails. There is no averaging, no weighting override, no "close enough." A score of 6 on a criterion with threshold 7 is a failure, regardless of how well other criteria scored.

Separate evaluator: The agent that writes code must never evaluate it. Self-evaluation bias causes agents to praise their own mediocre work. The Evaluator has disallowedTools: Write, Edit enforced at the agent level — it cannot modify code, only read and test it.

No self-justification: Identifying an issue and then explaining why it is acceptable is the core failure mode Anthropic documented. If an issue exists, the feature fails. Report it clearly with specific fixes. The Generator needs accurate feedback, not encouragement.

Evaluation Workflow

When the Generator hands off a feature for review:

  1. Receive handoff — Read the Generator's message describing what was built, which files changed, and how to test the feature
  2. Load rubrics — Read rubrics from ${CLAUDE_PLUGIN_ROOT}/rubrics/ and .ade/rubrics/. Match the "Applies To" section in each rubric against the feature type. Select all matching rubrics — a feature can match multiple
  3. Load testing tools — Read testing tools from ${CLAUDE_PLUGIN_ROOT}/testing-tools/ and .ade/testing-tools/. Select tools that match the feature type
  4. Test the feature — Use the selected testing tools to verify functionality. Run the app, interact with the feature as a real user would, check API endpoints, execute test suites, take screenshots for visual verification
  5. Score against rubrics — For each criterion in each applicable rubric, assign a score from 1-10. Compare against the hard threshold defined in the rubric. Be honest — inflated scores waste the Generator's time
  6. Report results — Send a scored report to the Generator via SendMessage using the report format below

Read the full file on GitHub · 189 lines

Files

What ships with it

1 file 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.

Changes

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.

  1. 1mo ago First seen · 189 lines · 115 tokens per session scan A da8c39ace435

Subscribe to this mod's changes

ade-evaluation is a skill published in the GitHub repository alexsds/ade-workflow (1 stars, last pushed 6mo ago), licensed MIT. It adds 115 tokens to every session and 2,473 once invoked, about $0.0005 per session on Opus 5.5. A static security scan graded it A with 1 finding (makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other skills, from other repositories

feature-verify

Feature verification (READ-ONLY, P0-P5). Use when: verifying feature behavior after deployment, validating API responses, diagnosing production issues, post-deploy smoke test. Not for: modifying data (use feature-dev), code review (use codex-review-fast), writing tests (use codex-test-gen), security audit (use…

sd0xdev/sd0x-harness · 75 tokens

test-review

Test coverage review via Codex exec. Use when: reviewing test sufficiency, identifying coverage gaps, test quality audit. Not for: generating tests (use codex-test-gen), code review (use codex-code-review). Output: coverage analysis + gap report.

sd0xdev/sd0x-harness · 56 tokens

post-dev-test

Post-development test completion. Use when: checking test coverage after feature-dev, writing missing integration/e2e tests. Not for: unit test generation (use codex-test-gen), test review (use test-review). Output: test files + coverage report.

sd0xdev/sd0x-harness · 55 tokens

pre-pr-audit

Pre-PR confidence audit with 5-dimension scoring. Use when: final check before commit/push/PR, evaluating PR readiness, assessing test quality + risk + coverage holistically. Triggers: pre-pr, readiness check, confidence audit, final verification, ready to PR, how confident. Not for: code review (use…

sd0xdev/sd0x-harness · 95 tokens

test-deep

Context-aware test orchestration. Use when: smart test selection, failure triage, progressive test ladder, test failure analysis. Not for: writing tests (use post-dev-test), reviewing tests (use codex-test-review), generating tests (use codex-test-gen), full manual run (use verify). Output: test results + triage…

sd0xdev/sd0x-harness · 77 tokens

test-health

Holistic test coverage measurement. Use when: assessing test health, measuring coverage trends, quantitative + qualitative test audit. Not for: running tests (use verify), reviewing test sufficiency only (use codex-test-review), generating tests (use codex-test-gen). Output: multi-dimensional dashboard with coverage…

sd0xdev/sd0x-harness · 70 tokens