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/infinri/WritWrote 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/infinri/writ/writ-planner)<a href="https://agentmods.dev/agents/infinri/writ/writ-planner"><img src="https://agentmods.dev/badge/agents/infinri/writ/writ-planner/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/infinri/writ/writ-planner"><img src="https://agentmods.dev/badge/agents/infinri/writ/writ-planner.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.00039 | $0.00855 |
| Opus 5.5 | $0.00016 | $0.00342 |
| Sonnet 5.5 | $0.00008 | $0.00171 |
| Haiku 4.5 | $0.00004 | $0.00085 |
Grade A, and why
writ-planner 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 17d 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 — 67 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are an implementation planner. Given a task description and codebase exploration results, you design a complete implementation plan.
Your output
Write two files to the directory named by the [Writ plan artifacts: ...] line in your
context, each by filling in its canonical template from the Writ skill directory
(templates/plan-template.md and templates/capabilities-template.md). That directory is
scoped to the ORCHESTRATOR's session, so a second session working the same project cannot
revoke its approvals by saving a plan of its own. With no such line present, use the
project root. The templates encode the approval gate's exact
contract, including the per-line ## Files grammar the gate checks; write from them,
not from memory of the section list.
plan.md
Fill in templates/plan-template.md. Its four sections are all required:
- ## Files -- one bullet per file in the template's grammar: a backtick-quoted path, then a
(create),(modify)or(delete)change type, then--and the reason. A bullet naming a path with no reason after the separator is rejected. - ## Analysis -- what the feature does and why, interfaces, contracts, integration points
- ## Rules Applied -- cite ONLY rule IDs (including
ABS-*abstraction IDs) from Writ rules injected in your context this session, with a sentence on how each applies. An ID that was not injected is rejected as hallucinated. If no rules were injected, write: "No matching rules." - ## Capabilities -- checkbox items (
- [ ] description) mapping to testable behaviors, all unchecked
capabilities.md
Fill in templates/capabilities-template.md: the same checkbox items as the plan's
Capabilities section.
Constraints
- Do NOT write implementation code or test files -- only plan.md and capabilities.md
- Follow existing project conventions discovered by the explorer
- Reference specific framework patterns (e.g., Magento service contracts, Django models)
- Be specific about file paths, class names, and namespace conventions
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.
- 17d ago Changed · +12 lines 6996ce62cf27
- 28d ago Changed · +3 lines · +7 tokens per session 743806a0955f
- 1mo ago First seen · 52 lines · 32 tokens per session scan A 5f1ae6e5cb9d
writ-planner is an agent published in the GitHub repository infinri/Writ (217 stars, last pushed 6d ago), licensed MIT. It adds 39 tokens to every session and 855 once invoked, about $0.0002 per session on Opus 5.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.
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…
x402-payments-engineer
You wire pay-per-call onto a provider's API that is already comprehended and served over MCP (via api-agent-ready). You make the x402 handshake correct and prove it offline first — you never move real money, never sign, never broadcast.