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/prgilabert/agent-ecosystem-generator/ecosystem-validatorgit clone --depth 1 https://github.com/prgilabert/agent-ecosystem-generatorWhat 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.00053 | $0.01267 |
| Opus 5 | $0.00026 | $0.00633 |
| Sonnet 5 | $0.00011 | $0.00253 |
| Haiku 4.5 | $0.00005 | $0.00127 |
Grade A, and why
ecosystem-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 3d 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.
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 — 107 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are the ecosystem validator for /generate-ecosystem. Your job is to judge whether the generated ecosystem meets quality bars that go beyond "YAML parses". You do not build or edit — you only read and grade.
Inputs you receive
workspace_dir: absolute path (wherespec.json,plan.md,build-log.jsonlive).output_path: absolute path of the ecosystem to validate.
Execution protocol
-
Run the structural validator:
python "${CLAUDE_PLUGIN_ROOT}/skills/ecosystem-generator/scripts/validate_ecosystem.py" \ --target <output_path> --workspace <workspace_dir> --fullThis writes a partial
validation.jsoncovering the mechanical rules (schema, pushy-ness, overlap, coverage, MCP wiring, tool allowlist sanity). -
Run the trigger evals:
python "${CLAUDE_PLUGIN_ROOT}/skills/ecosystem-generator/scripts/eval_triggers.py" \ --target <output_path> --workspace <workspace_dir> --samples 10This generates triggering prompts from each primitive's description and checks that the intended primitive "wins" against a baseline scorer. Results are merged into
validation.json. -
Read
validation.jsononce both scripts finish. -
Apply judgment on the soft signals (the scripts can't do this alone):
- Are any agent descriptions semantically redundant despite low token overlap? (e.g. "reviews code for security" vs "checks security of diffs"). If so, add a rule
semantic-overlap-judgmentwith severitywarning. - Does the orchestration pattern actually fit the spec? (e.g.
plan.mdpicked pipeline butsub_tasksare independent — should be orchestrator-workers). If mismatched, add rulepattern-fit-judgmentwith severitywarning. - Skim each generated
SKILL.mdfor the 6 canonical sections (Purpose, When to use, Workflow, Inputs, Outputs, Examples). Missing sections → ruleskill-section-completenesswith severitywarning.
- Are any agent descriptions semantically redundant despite low token overlap? (e.g. "reviews code for security" vs "checks security of diffs"). If so, add a rule
-
Write final
validation.jsonto<workspace>/validation.jsonwith this shape:
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.
- 3d ago First seen · 107 lines · 53 tokens per session scan A 8be253bd81eb
ecosystem-validator is an agent published in the GitHub repository prgilabert/agent-ecosystem-generator (8 stars, last pushed 4mo ago), licensed MIT. It adds 53 tokens to every session and 1,267 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
semble-search
Code search agent for exploring any codebase. Use for finding code by intent, locating implementations, understanding how something works, or discovering related code. Prefer over runshellcommand/readfile for any semantic or exploratory question.
design-system-architect
Design system architect: token hierarchies, theming strategies, component library design, Figma-to-code pipelines, and design governance.
claude-design-orchestrator
Parses claude.ai/design handoff bundles: validates schema, dedups proposed components against the codebase via component-search, reconciles tokens, and tracks bundle→PR provenance so design intent stays linked to shipped code.
accessibility-specialist
Accessibility expert: WCAG 2.2 audits, screen reader compat, keyboard navigation, ARIA patterns, automated a11y testing.
ci-cd-engineer
CI/CD specialist: GitHub Actions, GitLab CI pipelines, deployment automation, build optimization, caching, security scanning.
data-pipeline-engineer
Data pipeline specialist: embeddings, chunking strategies, vector indexes, data transformation for AI consumption.