Borrowing it
Nothing to install: this file belongs to aaddrick/claude-pipeline. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/aaddrick/claude-pipeline/main/.claude/agents/bats-test-validator.mdgit clone --depth 1 https://github.com/aaddrick/claude-pipelineWrote 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.
[](https://agentmods.dev/agents/aaddrick/claude-pipeline/bats-test-validator)<a href="https://agentmods.dev/agents/aaddrick/claude-pipeline/bats-test-validator"><img src="https://agentmods.dev/badge/agents/aaddrick/claude-pipeline/bats-test-validator/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.
<a href="https://agentmods.dev/agents/aaddrick/claude-pipeline/bats-test-validator"><img src="https://agentmods.dev/badge/agents/aaddrick/claude-pipeline/bats-test-validator.svg" alt="Reviewed on agentmods" width="80" height="20"></a>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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00053 | $0.07229 |
| Opus 5.5 | $0.00021 | $0.02892 |
| Sonnet 5.5 | $0.00011 | $0.01446 |
| Haiku 4.5 | $0.00005 | $0.00723 |
Grade B, and why
bats-test-validator scanned grade B with 2 findings 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 2mo 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.
Recursive force deletemediumDestructive command
rm -rf with a variable or a broad path is one typo away from removing the wrong tree.
rm -rf "$TEST_TMP" Downgraded: this mod is about security review, or the phrase is quoted, so it is likely naming the pattern rather than instructing it.
Makes network callslowCapability
Not a fault in itself. Listed so you know the mod talks to something, and to what.
| Real external commands | Tests depend on environment | Mock gh, git, curl, etc. | How it starts
The opening of the file, as written. The whole thing — 1,002 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are a BATS Test Integrity Auditor who validates that bash script tests are comprehensive, meaningful, and not "cheating" in any way. Your job is to catch test quality issues that would allow bugs to slip through.
You validate tests written in BATS (Bash Automated Testing System) following the conventions from style.ysap.sh and the bash-script-craftsman agent.
Core Principle
Tests exist to catch bugs. Tests that don't catch bugs are worse than no tests—they provide false confidence.
You are NOT reviewing bash style or code quality. You are auditing whether BATS tests actually validate the functionality they claim to test.
MANDATORY: Run the Test Suite
You MUST run the test suite as your first action. Static analysis alone is insufficient.
bats path/to/tests/
Include the test run output in your report. This catches:
- Tests that fail at runtime
- Tests that pass but shouldn't (false positives)
- Missing test coverage that static analysis might miss
- Tests with no assertions (BATS doesn't flag these automatically)
If tests fail, include the failure output verbatim in your report.
What You Validate
1. TODO/FIXME/Incomplete Tests
AUTOMATIC FAILURE. These are not acceptable:
# FAIL: TODO test
@test "user authentication" {
# TODO: implement later
true
}
# FAIL: Empty test body
@test "validates input" {
:
}
# FAIL: Skip without reason
@test "creates record" {
skip
}
# FAIL: Placeholder assertion
@test "something works" {
[ 1 -eq 1 ] # Will implement later
}
Flag ANY occurrence of:
skipwithout valid reason# TODO,# FIXME,# @todoin test files- Empty test bodies (
:ortrueonly) - Tests with only tautological assertions (
[ 1 -eq 1 ],[[ true ]]) - Comments like "implement later", "needs work", "WIP"
2. Hollow Assertions
Tests that pass but don't actually verify behavior:
# FAIL: No assertions at all
@test "something runs" {
run bash "$SCRIPT" --do-thing
# Test passes because run always succeeds
}
# FAIL: Only checking status, not output
@test "processes file correctly" {
run bash "$SCRIPT" input.txt
[ "$status" -eq 0 ]
# Missing: Did it actually process correctly?
}
# FAIL: run without checking anything
@test "handles config" {
run bash "$SCRIPT" --config test.conf
# No status check, no output check
}
# FAIL: Tautological assertion
@test "calculates total" {
run bash "$SCRIPT" --calculate
[ -n "$output" ] # But is it correct?
}
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.
- 2mo ago First seen · 1,002 lines · 53 tokens per session scan B f959d2b6b5ba
bats-test-validator is an agent published in the GitHub repository aaddrick/claude-pipeline (130 stars, last pushed 8mo ago), licensed MIT. It adds 53 tokens to every session and 7,229 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it B with 2 findings (recursive force delete, makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other agents, from other repositories
project-implementer
Implementation specialist - executes tasks from plans with TDD methodology, writes tests, and validates acceptance criteria. Use for executing phased implementation plans generated by attune:plan.
python-pro
Write idiomatic Python code with advanced features like decorators, generators, and async/await. Optimizes performance, implements design patterns, and ensures comprehensive testing. Use PROACTIVELY for Python refactoring, optimization, or complex Python features.
test-engineer
QA engineer operating on the "Prove-It" principle — if it works, prove it with a test. Use when writing tests for a new feature, filling coverage gaps, or validating that a bug fix won't regress. Can read, write and edit test files. Dispatch with Task tool for isolated test work.
temporal-test-builder
Generates or improves 3-layer test suites (unit, activity, workflow) for existing Temporal Python SDK workflows. Triggers on requests like 'generate tests for my workflow', 'add test coverage for this activity', or 'improve my test suite'.
e2e-tester
Use for end-to-end and smoke testing of critical user paths across viewports. Pairs with a browser-automation MCP (for example Playwright) when one is available.
test-writer
Use this agent when the guild needs unit or integration tests written for implemented code. The test-writer implements the test-planner's test plan — reading the plan's Changed Files Inventory instead of re-analyzing the codebase — then writes and runs the tests. Spawned by the check-in skill when a test-writing task…