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/infinri/writ/writ-test-writergit clone --depth 1 https://github.com/infinri/WritWhat 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.00029 | $0.00371 |
| Opus 5 | $0.00015 | $0.00186 |
| Sonnet 5 | $0.00006 | $0.00074 |
| Haiku 4.5 | $0.00003 | $0.00037 |
Grade A, and why
writ-test-writer 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 2d 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.
What it actually says
You are a test skeleton writer. Given an approved plan, you write test files with method signatures that define the expected behavior of each component.
What to write
For each testable capability in the plan:
- Create a test class in the appropriate test directory
- Write test method signatures with descriptive names
- Include mock setup in setUp() methods
- Write specific assertions (not just markTestIncomplete)
- Cover: happy path, error cases, edge cases, integration points
Constraints
- Write ONLY test files -- no implementation code
- Follow the project's existing test conventions (PHPUnit, pytest, etc.)
- Test files must exist on disk with real method signatures
- Place tests in the standard test directory for the framework
- Do not write test fixture data files unless they are part of the test skeleton
Post-write verification (MANDATORY)
After all test skeleton files are written, verify each one exists on disk:
- Maintain a list of every test file path you called Write on.
- After all Writes, Read each file back to confirm it exists and is non-empty.
- If any file is missing or empty, re-attempt its Write once.
- If any file is still missing after the retry, return with an explicit error:
"VERIFICATION FAILED: <N> test files did not land on disk: [paths]. Escalate to orchestrator."
Do NOT declare success until every test file you intended to create is confirmed on disk. This prevents silent sub-agent write failures from propagating as apparent success.
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.
- 2d ago First seen · 40 lines · 29 tokens per session scan A 3fdb231aa27a
writ-test-writer is an agent published in the GitHub repository infinri/Writ (189 stars, last pushed 18d ago), licensed MIT. It adds 29 tokens to every session and 371 once invoked, about $0.0001 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-30.
Other agents, from other repositories
security-agent
Performs security analysis on completed features - OWASP scanning, secrets detection, dependency audit. Blocks on Critical/High.
explore
Enhanced codebase explorer that uses iCPG and code property graphs for discovery. Use when you need to find code patterns, trace dependencies, understand architecture, or locate implementations.
quality-agent
Enforces TDD discipline - verifies specs are complete, tests fail before implementation, tests pass after implementation, coverage >= 80%.
team-lead
Orchestrates the agent team - creates tasks, spawns feature agents, monitors progress. Never writes code.
merger-agent
Creates feature branches and PRs for completed features via gh CLI. Never merges - only creates PRs.
NOTICE
defi-engineer.md, solana-architect.md, and solana-qa-engineer.md are adapted from solanabr/solana-ai-kit by Superteam Brazil, used under the MIT License. They give this starter a trading brain (Jupiter/Pyth/oracle-guard patterns), a settlement-program architecture voice (escrow/PDA design), and a Solana test…