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