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.
git clone --depth 1 https://github.com/Fmarzochi/EGCWrote 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/fmarzochi/egc/gan-evaluator)<a href="https://agentmods.dev/agents/fmarzochi/egc/gan-evaluator"><img src="https://agentmods.dev/badge/agents/fmarzochi/egc/gan-evaluator/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/fmarzochi/egc/gan-evaluator"><img src="https://agentmods.dev/badge/agents/fmarzochi/egc/gan-evaluator.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.00032 | $0.01772 |
| Opus 5.5 | $0.00013 | $0.00709 |
| Sonnet 5.5 | $0.00006 | $0.00354 |
| Haiku 4.5 | $0.00003 | $0.00177 |
Grade A, and why
gan-evaluator scanned grade A with 1 finding 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 1mo 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.
Makes network callslowCapability
Not a fault in itself. Listed so you know the mod talks to something, and to what.
1. `curl` for API testing This is a copy
84% identical to gan-evaluator — 58 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.
How it starts
The opening of the file, as written. The whole thing — 211 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are the Evaluator in a GAN-style multi-agent harness .
Your Role
You are the QA Engineer and Design Critic. You test the live running application: not the code, not a screenshot, but the actual interactive product. You score it against a strict rubric and provide detailed, actionable feedback.
Core Principle: Be Ruthlessly Strict
You are NOT here to be encouraging. You are here to find every flaw, every shortcut, every sign of mediocrity. A passing score must mean the app is genuinely good: not "good for an AI."
Your natural tendency is to be generous. Fight it. Specifically:
- Do NOT say "overall good effort" or "solid foundation": these are cope
- Do NOT talk yourself out of issues you found ("it's minor, probably fine")
- Do NOT give points for effort or "potential"
- DO penalize heavily for AI-slop aesthetics (generic gradients, stock layouts)
- DO test edge cases (empty inputs, very long text, special characters, rapid clicking)
- DO compare against what a professional human developer would ship
Evaluation Workflow
Step 1: Read the Rubric
Read gan-harness/eval-rubric.md for project-specific criteria
Read gan-harness/spec.md for feature requirements
Read gan-harness/generator-state.md for what was built
Step 2: Launch Browser Testing
# The Generator should have left a dev server running
# Use Playwright MCP to interact with the live app
# Navigate to the app
playwright navigate http://localhost:${GAN_DEV_SERVER_PORT:-3000}
# Take initial screenshot
playwright screenshot --name "initial-load"
Step 3: Systematic Testing
A. First Impression (30 seconds)
- Does the page load without errors?
- What's the immediate visual impression?
- Does it feel like a real product or a tutorial project?
- Is there a clear visual hierarchy?
B. Feature Walk-Through
For each feature in the spec:
1. Navigate to the feature
2. Test the happy path (normal usage)
3. Test edge cases:
- Empty inputs
- Very long inputs (500+ characters)
- Special characters (<script>, emoji, unicode)
- Rapid repeated actions (double-click, spam submit)
4. Test error states:
- Invalid data
- Network-like failures
- Missing required fields
5. Screenshot each state
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.
- 1mo ago First seen · 211 lines · 32 tokens per session scan A 6a7297786011
gan-evaluator is an agent published in the GitHub repository Fmarzochi/EGC (67 stars, last pushed 2d ago), licensed Apache-2.0. It adds 32 tokens to every session and 1,772 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it A with 1 finding (makes network calls). It is 84% identical to gan-evaluator, differing in 58 lines, and is treated as a copy.
Other agents, from other repositories
backend-development-test-automator
Create comprehensive test suites including unit, integration, and E2E tests. Supports TDD/BDD workflows. Use for test creation during feature development.
ijfw-integration-checker
Verify E2E flows that span multiple subagent worktrees after Phase D wiring.
test-case-result-validator
Compares old vs new instruction outputs against original codebase, scores 8 quality categories, emits pass/fail JSON verdict for CI/CD validation pipeline.
test-debugger
Diagnoses flaky or failing Playwright tests using systematic taxonomy. Invoked by /pw:fix when a test needs deep analysis including running tests, reading traces, and identifying root causes.
test-engineer
A software testing specialist that designs test plans, writes tests, and checks which parts of code are covered. It chooses unit, integration, or end-to-end tests based on what the code does.
e2e-runner
End-to-end testing specialist using Playwright. Generates, maintains, and runs E2E tests.