Agentv eval review
Light-weight AI agent evaluation and optimization framework
npx -y skills add EntityProcess/agentv --skill agentv-eval-reviewAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 14 stars14 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Use when reviewing eval YAML files for quality issues, linting eval files before committing, checking eval schema compliance, or when asked to "review these evals", "check eval quality", "lint eval files", or "validate eval structure". Do NOT use for writing evals (use agentv-eval-writer) or running evals (use agentv-bench).
SKILL.md
3.1 KB, as published. Nobody here has run it
Eval Review
Overview
Lint and review AgentV eval YAML files for structural issues, schema compliance, and quality problems. Apply this checklist deterministically first, then layer LLM judgment for semantic issues a checklist cannot catch.
Process
Step 1: Structural checklist
Walk every target eval file and report violations grouped by severity (error > warning > info). For each finding, include the file path and a concrete fix.
- File extension is
.eval.yaml(error if not). descriptionfield is present at the top level (error if missing).- Each entry under
testshasid,input, and at least one ofcriteria/expected_output/assert(error if missing). - File-typed inputs (
type: file) use a leading/in theirpath(error if relative). - Tests have an
assertblock — flag tests that rely solely onexpected_output(warning). - Flag
criteriathat duplicates assertion strings whenassertionsalready express the grading contract (warning — remove the duplicatecriteria). - Prefer plain assertion strings over multiple named
type: llm-rubricblocks when the default LLM rubric grader can evaluate the checks (info unless custom prompts or grader targets are present). - Detect
expected_outputprose patterns like "The agent should..." or "The output is..." (warning —expected_outputshould be a golden/reference answer; scoring rules belong inassertionsor, for implicit-grader cases,criteria). - For historical or repo-state evals, verify the relevant repo is pinned under
workspace.repos[].commit; a SHA mentioned only in prompt prose or metadata is not an operational checkout (warning). - Identical file inputs repeated across multiple tests in the same eval should be hoisted to a top-level
input(info). - Eval files in the same directory should share a common
idprefix (info — flag drift).
Step 2: Semantic review (LLM judgment)
The structural checklist catches mechanical issues but cannot assess:
- Factual accuracy — Do tool/command names in expected_output match what the skill documents?
- Coverage gaps — Are important edge cases missing?
- Assertion discriminability — Would assertions pass for both good and bad output?
- Cross-file consistency — Do output filenames match across evals and skills?
Read the relevant SKILL.md files and cross-check against the eval content for these issues.
Accessing reference files
To load a specific reference without pulling the entire skill into context:
agentv skills get agentv-eval-review --ref <filename>
Or resolve the skill directory and read files directly:
cat $(agentv skills path agentv-eval-review)/references/<filename>.md