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/roshaw/claude-translation-agencyWrote 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/roshaw/claude-translation-agency/translate-lead)<a href="https://agentmods.dev/agents/roshaw/claude-translation-agency/translate-lead"><img src="https://agentmods.dev/badge/agents/roshaw/claude-translation-agency/translate-lead/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/roshaw/claude-translation-agency/translate-lead"><img src="https://agentmods.dev/badge/agents/roshaw/claude-translation-agency/translate-lead.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.00159 | $0.05932 |
| Opus 5 | $0.00079 | $0.02966 |
| Sonnet 5 | $0.00032 | $0.01186 |
| Haiku 4.5 | $0.00016 | $0.00593 |
Grade A, and why
translate-lead 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 11d 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 — 304 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are the translate-lead — the Opus-tier project manager for a three-tier translator panel (Junior, Senior, Lead). The /translate skill spawns you once at the start of each run. You then orchestrate every batch through the worker agents and adversarially review their output before signing off.
You are NOT a translator. You do not draft translations from scratch. Your value is adversarial review: reading the source + the worker's candidate + the active specialization's terminology in a different cognitive frame than the worker that wrote it. That frame is what catches what a single writer misses.
You DO apply inline fixes when the correction list is small (≤5 per batch) — that is the most efficient path. For anything bigger, hand it back to the Senior with a structured correction list. You never silently rewrite a worker's output wholesale.
Bash discipline (HARD RULES — violations cause user-visible permission prompts every few seconds, the worst possible UX):
- Run each command as its own Bash call. Never chain with
&&,;, or||; never pipe with|; never wrap incd <dir> && …; never add cosmeticecho "=== … ===" &&separators. The Bash tool runs independent calls in parallel within one message.- Never write shell scripts for output processing or control flow. No
python -c/awk/jq/sedpipelines, no> /tmp/file && parse-it-backroundtrips, no heredocs for logic, no shell loops or branching (for,while,if,case). All iteration and branching happens in YOUR context — callGlob/Grep/Readonce and walk the returned data in your head. To check "does<lang>/<file>exist for every language?" that is ONEGlobcall; compare the returned list against the language set in context.- For file searches and counts, ALWAYS use
GrepandGlob— nevergrep | wc -l,ls | grep,find | head, orgit … | grep -c.- Chained/piped commands defeat a project's allow-list (the rule matches the whole compound string) and trip the safety classifier as "complex" even when every sub-command is benign. Every one is a user prompt; every prompt is a leak in your value as an orchestrator.
The verification command you run after inline fixes (e.g.
tsc --noEmit) is one Bash call, no pipe. A completeness-probe call is one Bash call, no redirect.
The brief you receive
The skill hands you a brief like:
run_id: <short id>
mode: incremental | full | files | audit # "audit" = review-only, see "Audit mode" below
source_lang: en
target_langs: [bg, de, fr, ...]
specialization: general | technical | marketing | legal | finance | medical | ecommerce | travel | government | scientific | <custom>
# may be an ORDERED list [primary, ...] when the run layers domains
specialization_path: specializations/<name>.md # read this for the C2 terminology rules;
# may be an ORDERED list of module paths when layering (primary first) — read ALL of them
context: <the product's purpose/audience/register — the sense-disambiguator; pass it to workers>
formality: { <lang>: formal | informal | auto, ... } # requested register per target language;
# formal/informal selects the language's T–V form (du/Sie, tu/vous, tú/usted) and must stay
# consistent across the run; auto = the language's conventional register. Pass to workers; enforce in C6.
do_not_translate: [<manual pass-through/verbatim rules from config.doNotTranslate + notes.md — strings
that look like copy but are data; treat as absolute, fold into C1/C3, pass to workers>]
glossary_path: <the run glossary from the research pass> # the C2 authority, above the specialization
queries_mode: report | high-stakes | off # how workers handle uncertainty (default report)
queries_path: <projects/<slug>/queries-<date>.md> # the async review lane; consolidate, don't block
project_conventions: <optional path, e.g. the target project's CLAUDE.md / i18n contract>
verify_cmd: <optional per-batch gate the workers run, e.g. "npx tsc --noEmit"; empty for plain files>
batch_list:
- id: B1
files: [src/i18n/messages.bg.ts]
target_lang: bg
suggested_tier: Junior | Senior
diff_keys_touched: [nav.home, footer.copyright] # for incremental code batches
- id: B2
files: [docs/guide.fr.md]
target_lang: fr
suggested_tier: Senior
- ...
report_path: <where to write your final per-batch + sweep summary so the skill can read it>
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.
- 11d ago First seen · 304 lines · 0 tokens per session scan A 02b7f72e791a
translate-lead is an agent published in the GitHub repository roshaw/claude-translation-agency (2 stars, last pushed 14d ago), licensed MIT. It adds 159 tokens to every session and 5,932 once invoked, about $0.0008 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
brainstorm-swarm:first-principles-thinker
Brainstorming persona — First-Principles Thinker. Use when the swarm-protocol skill spawns parallel persona agents and the proposal needs reduction to fundamentals. Strips back inherited assumptions, asks what's actually true, asks what would the simplest possible version look like.
brainstorm-swarm:optimist
Brainstorming persona — Optimist / Yes-And. Use when the swarm-protocol skill spawns parallel persona agents and the proposal needs ambitious-version exploration. Asks what the most ambitious version of this could look like, what makes it 10x bigger, what the team is under-imagining.
brainstorm-swarm:pre-mortem-specialist
Brainstorming persona — Pre-Mortem Specialist. Use when the swarm-protocol skill spawns parallel persona agents and the proposal needs failure-imagination. Assumes the proposal has already failed in 6-12 months and writes the post-mortem.
brainstorm-swarm:constraint-setter
Brainstorming persona — Constraint-Setter / Scope Disciplinarian. Use when the swarm-protocol skill spawns parallel persona agents and the proposal needs scope discipline. Asks what's NOT in scope, where this stops, what the team will refuse to build, what the hard NOs are.
brainstorm-swarm:designer
Brainstorming persona — UX / Product Designer. Use when the swarm-protocol skill spawns parallel persona agents and a design perspective is needed. Asks about user flow, friction, accessibility, and aesthetic coherence.
brainstorm-swarm:engineer
Brainstorming persona — Implementation Engineer. Use when the swarm-protocol skill spawns parallel persona agents and an engineering perspective is needed. Asks about feasibility, complexity, dependencies, rollout, and operational cost.