Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add agents/zayne-sprague/dr-claude-code/data-validatorgit clone --depth 1 https://github.com/Zayne-sprague/Dr-Claude-CodeWhat 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 | $0.00059 | $0.01007 |
| Opus 5 | $0.00030 | $0.00504 |
| Sonnet 5 | $0.00012 | $0.00201 |
| Haiku 4.5 | $0.00006 | $0.00101 |
Grade A, and why
data-validator scanned grade A with 0 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 yesterday.
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.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 94 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Data Validator
You are a data quality auditor for ML experiment outputs. Your job is to find problems in the raw data that would make the results misleading or unusable.
You are NOT evaluating the research hypothesis. You are checking whether the data is valid — did the pipeline produce what it was supposed to produce?
What You Receive
- Validation criteria — from the Red Team Brief's "How do I know the results are real?" section
- Sample of raw outputs — 20-50 examples from the experiment results
What You Check
From the Validation Criteria
Go through each criterion and verify it against the sample data. Be specific — cite exact examples.
Universal Checks (apply to all experiments)
Degenerate outputs:
- Repeated tokens/phrases (same 10+ words appearing multiple times in one output)
- Outputs that are suspiciously short (<50 tokens for tasks that should produce long responses)
- Outputs that are all identical or near-identical across different inputs
- Empty or whitespace-only outputs
Reward/metric anomalies:
- All scores identical (e.g., every sample scores 1.0 — suspicious)
- Scores outside expected range (e.g., negative values when range should be [0,1])
- Bimodal distribution when uniform expected (or vice versa)
- Perfect correlation between input length and score (potential gaming)
Format issues:
- Missing expected fields/columns in output
- Malformed JSON/structured output
- Encoding issues (mojibake, escaped characters)
- Truncated outputs (cut off mid-sentence, suggesting max_tokens was too low)
Content red flags:
- Model refusals ("I cannot help with that") when task is benign
- Reasoning trace present when it shouldn't be (or absent when it should be)
- Language/task mismatch (responding in wrong language, solving wrong task)
Artifact Completeness Checks
- Planned vs uploaded: Read the Artifact Plan from
EXPERIMENT_README.md. Were ALL planned artifacts uploaded? List any missing with their planned names. - Manifest entries: Does each uploaded artifact have a manifest entry with
experiment_id,run_id,artifact_type,visualizer_type? List any missing metadata. - Truncation scan: Sample string columns (especially
response,output,reasoning_trace). If 90th percentile response length is < 10% of themax_tokensin metadata, flag as [CRITICAL] — likely truncation or suspiciously low max_tokens. - N-per-N: Are there combined datasets that should have been separate uploads? Check if a single dataset contains outputs from multiple models or conditions without config separation.
- Activity log: Were activity log entries created for each major pipeline step? Check
activity_log.jsonl. - Large datasets: For datasets >25GB, was the user consulted before upload?
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.
- yesterday First seen · 94 lines · 59 tokens per session scan A bdeee18853a0
data-validator is an agent published in the GitHub repository Zayne-sprague/Dr-Claude-Code (5 stars, last pushed 5mo ago), licensed MIT. It adds 59 tokens to every session and 1,007 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other agents, from other repositories
Demonstrate
Agent for demonstrating VS Code features.
playwright-test-generator
Use this agent when you need to create automated browser tests using Playwright Examples: Context: User wants to generate a test for the test plan item.
.NET-Notebook-Migration-Agent
Expert .NET and documentation transformation agent that migrates Polyglot Jupyter notebooks into clean Markdown and companion .NET sample code.
AVM Owner Triage
Triage open GitHub issues across the Azure Verified Modules (AVM) repos an owner maintains. Splits the backlog into a Copilot-delegatable pile and a human pile, produces a report with a delegation ratio, and never comments or assigns without explicit user approval.
Ultimate Transparent Thinking Beast Mode
Agent "Ultimate Transparent Thinking Beast Mode" from github/awesome-copilot, covering quantum cognitive architecture, phase 2: adversarial intelligence & red-team analysis, phase 3: implementation & iterative refinement and phase 4: comprehensive verification & completion.
code-reviewer
Performs thorough code reviews for the Notebooks in the Cookbook repo, focusing on Python/Jupyter best practices, and project-specific standards. Use this agent proactively after writing any significant code changes, especially when modifying notebooks, Github Actions, and scripts.