agent-eval
Skill4 starsChanged 25 days agoMITView on GitHub
Evaluate whether an agent's or loop's OUTPUT is actually good, the way Anthropic prescribes — grade final-state not trajectory, per-dimension isolated LLM-as-judge with an "Unknown" escape, pass^k reliability (not just pass@k), Cohen's-kappa judge calibration, and trajectory metrics kept as diagnostics. Use when measuring an agent/loop, building an eval suite or eval-as-CI gate, judging generated output quality, deciding if a prompt change helped, or calibrating an LLM judge. Backed by lib/agent_eval.py. Trigger phrases: eval, evaluate agent, llm as judge, pass^k, pass at k, grade output, eval harness, judge calibration, measure the loop, eval as CI.
34 other projects use a version of this.
Adopted by
Most recently taken up by
- Rojios/everything-claude-codetheir own version, first seen Nov 8, 2026
- ahmadvahidi/skill-atlastheir own version, first seen Nov 8, 2026
- danielrosehill/AI-Evaltheir own version, first seen Nov 8, 2026
- timurgaleev/vibestacktheir own version, first seen Nov 8, 2026
- pankaj-mahaur/Agent-Daemontheir own version, first seen Nov 6, 2026
- GoogleCloudPlatform/professional-servicestheir own version, first seen Nov 4, 2026
Used with
Projects with it also use backend-patterns and api-design.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
HABUBUSSSkillbackend-patterns
Backend architecture patterns, API design, database optimization, and server-side best practices for Node.js, Express, and Next.js API routes.
Also in 3 projects that use this
MicrosoftSkillapi-design
Guide for designing and documenting RESTful APIs. Use when asked to design an API, create endpoints, or document an API.
Also in 3 projects that use this
Other versions34 projects use a version of this.
Word for word · 1
- I-Onlabs/claude-code-skills★ 4100% same
Edited · 0
None found.
Wrote their own version · 33
- colbymchenry/codegraph★ 77ksame name
- GoogleCloudPlatform/professional-services★ 3.1ksame name
- loulanyue/awesome-claude-notes★ 272same name
- Fmarzochi/EGC★ 61same name
- alejandro-ao/skills★ 13same name
- gongyijie85/dsh-ecc★ 8same name
- timurgaleev/vibestack★ 8same name
- ghvinashvili/specagent★ 7same name
- danielrosehill/AI-Eval★ 4same name
- WOWCharlotte/harness-skills★ 4same name
23 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository169 other files it gives its agents.
- epub-skill/CLAUDE.mdCLAUDE.md
- linear-cli-skill/CLAUDE.mdCLAUDE.md
- AgentDB Advanced FeaturesSkill
- AgentDB Learning PluginsSkill
- AgentDB Memory PatternsSkill
- AgentDB Performance OptimizationSkill
- AgentDB Vector SearchSkill
- agentic-jujutsuSkill
- agile-product-ownerSkill
- ai-tool-pickerSkill
- algorithmic-artSkill
- api-connectorSkill
- api-design-patternsSkill
- architecture-diagram-creatorSkill
- article-extractorSkill
- aws-agentic-aiSkill
- aws-cdk-developmentSkill
- aws-cost-operationsSkill
- aws-serverless-edaSkill
- biogeobearsSkill
- brainstormingSkill
- brand-guidelinesSkill
- canvas-designSkill
- capa-officerSkill
- ceo-advisorSkill
- changelog-generatorSkill
- code-auditorSkill
- codebase-documenterSkill
- code-executionSkill
- code-explainerSkill
- code-refactorSkill
- code-reviewerSkill
- code-transferSkill
- content-creatorSkill
- content-research-writerSkill
- conversation-analyzerSkill
- csv-data-summarizerSkill
- cto-advisorSkill
- d3-vizSkill
- dashboard-creatorSkill
- defense-in-depthSkill
- deploy-itSkill
- developer-growth-analysisSkill
- dispatching-parallel-agentsSkill
- doc-coauthoringSkill
- docxSkill
- domain-name-brainstormerSkill
- dwa-councilSkill
- error-fixerSkill
- escalation-reasoningSkill
- evaluator-optimizerSkill
- executing-plansSkill
- extract-from-pdfsSkill
- fda-consultant-specialistSkill
- feature-planningSkill
- file-operationsSkill
- file-organizerSkill
- finishing-a-development-branchSkill
- firebase-buddySkill
- flowchart-creatorSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
2 rules. 0 are common, 1 is distinctive, and 1 is very specific to this project.
0
Common
Most of the 29 edited versions we read keep these.
1
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 30
Evals as CI + read the transcripts: Run on every commit; keep regression evals ~100%, rotate saturated capability evals in.
- Very specific: line 60
Run as a claudelab probe (mirror probe_skill_realworld_hit's -1 sentinel until n≥sample) or as a pre-merge CI gate.
“Common” is measured: kept by at least 6 in 10 of the 29 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Agent-Output Evaluation
"Build evals before you trust the loop." This skill packages Anthropic's eval discipline
(Demystifying evals for AI agents; multi-agent research system) over the tested primitives in
lib/agent_eval.py. The full prescription is in plans/anthropic-loop-harness-playbook.md §Evaluation.
The seven rules (each maps to a lib function or a practice)
- Grade the outcome / final state, not the trajectory. "Agents find alternative paths to the
same goal." Your
grade_fnchecks the end state (reservation exists, tests pass, file count) — not the tool-call sequence.run_eval_suitekeeps turns/tool-calls/tokens/cost indiagnostics, separate from pass/fail. - Per-dimension isolated judge. Grade each rubric dimension with its own judge call, then
aggregate_dimensions(verdicts)→ one outcome (any FAIL → FAIL; all PASS → PASS). - Give the judge an "Unknown" escape. Instruct the judge to return
UNKNOWNwhen it lacks info, instead of hallucinating a verdict.aggregate_dimensionsnever lets UNKNOWN pass silently — it surfacesneeds_human: true(or useunknown_is_fail=Truefor a strict gate). - Report pass^k, not just pass@k.
pass_at_k(n,c,k)= ≥1 of k succeeds (flatters);pass_hat_k(n,c,k)= ALL k succeed (the real reliability). They tell opposite stories at high k — gate production onpass_hat_k. - Calibrate the judge against humans.
cohen_kappa(judge_labels, human_labels)≥ 0.6 before you trust an LLM judge; re-check when you change the rubric or the judge model. - Start with 20–50 realistic tasks, run multiple trials each (non-determinism), and use balanced two-sided sets (cases where the behavior should AND shouldn't occur).
- Evals as CI + read the transcripts. Run on every commit; keep regression evals ~100%, rotate saturated capability evals in. Layer Swiss-Cheese (automated → monitoring → A/B → human). Actually read failing transcripts — tooling for that is non-optional.
Wire real judges to the lib
import agent_eval as ae
DIMENSIONS = ["correctness", "completeness", "no-regression"] # rubric, one judge each
def grade_fn(task, run_result):
# outcome grade: per-dimension isolated judges, each a SEPARATE Agent/claude -p call with a
# rubric + the produced artifact, instructed to answer PASS / FAIL / UNKNOWN only.
verdicts = [judge_one_dimension(dim, task, run_result) for dim in DIMENSIONS] # your LLM calls
return ae.aggregate_dimensions(verdicts) # -> {status, needs_human, ...}
def run_fn(task):
# the agent/loop under test; return the final artifact + trajectory diagnostics
return {"result": ..., "turns": ..., "tokens": ..., "cost_usd": ...}
suite = ae.run_eval_suite(TASKS, run_fn, grade_fn, trials=5, k=5)
# gate on suite["mean_pass_hat_k"]; inspect suite["diagnostics"] for cost/turn trendsJudge construction: use a different model than the maker (Opus/Fable judging Haiku/Sonnet output),
a fresh context, a skeptical rubric ("find why it fails; answer UNKNOWN if unsure"). For
quick in-loop accept/reject use the evaluator-optimizer skill; for suite-level reliability use this.
Wire to this setup
- Run as a claudelab probe (mirror
probe_skill_realworld_hit's -1 sentinel until n≥sample) or as a pre-merge CI gate. Feed the suite's accept-rate into the CAPC ledger (probe_cost_per_accepted_change) so eval pass-rate and cost-per-accepted-change move together. - Companions:
evaluator-optimizer(the in-loop checker),quality-gates(evidence discipline),loop-designer(the non-rotting-gate checklist this operationalizes).
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.

