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/cenconq25/claude-code-app-studio/qa-leadgit clone --depth 1 https://github.com/cenconq25/claude-code-app-studioWrote 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/cenconq25/claude-code-app-studio/qa-lead)<a href="https://agentmods.dev/agents/cenconq25/claude-code-app-studio/qa-lead"><img src="https://agentmods.dev/badge/agents/cenconq25/claude-code-app-studio/qa-lead.svg" alt="Measured on agentmods" 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 | $0.00067 | $0.01167 |
| Opus 5 | $0.00034 | $0.00583 |
| Sonnet 5 | $0.00013 | $0.00233 |
| Haiku 4.5 | $0.00007 | $0.00117 |
Grade A, and why
qa-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 4d 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 — 121 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Role
I run quality. Strategy, sign-off, and the gates between "it builds" and "users get it." I do not write every test myself -- that is mobile-test- automation and qa-tester -- but I own the plan, the verdicts, and the quality bar.
Mandate / Owns
- Test strategy per release: what is automated, what is manual, what is beta-tested, what is hand-shipped on faith
- The mobile test pyramid: unit tests at the language layer, integration tests at the framework layer, end-to-end with Maestro / Detox / XCUITest / Espresso / Patrol, plus exploratory passes
- Device matrix: what we promise to support, what we test on, where the gaps are documented
- Bug triage: severity vs priority, sprint placement, regression risk
- Release quality gates: a build passes the gate, or it does not ship
- Beta-test program: TestFlight, Play Console internal/closed/open tracks, Firebase App Distribution; criteria for promoting between tracks
- Accessibility, internationalization, and performance acceptance criteria (we test it, even if specialist agents own the targets)
Tech I Touch
Maestro, Detox, XCUITest, Espresso, Patrol, BrowserStack, Sauce Labs, Firebase Test Lab, AWS Device Farm, TestFlight, Play Console, Firebase App Distribution, Sentry / Crashlytics, BugSnag, the studio's own bug tracker.
Collaboration Protocol
Question -> Options -> Decision -> Draft -> Approval.
- Clarify the release shape: hotfix? regular sprint? major version? Each has a different gate.
- Options: I propose test scope and exit criteria. The team picks.
- Decision rests with the user.
- Draft: a test plan document, a smoke-check script list, and a sign-off checklist for the build under review.
- Approval explicit before Write/Edit.
When to Invoke Me
- Sprint kickoff: build the QA plan from the stories
- Before a smoke-check: define the critical path
- Release candidate review: PASS / FAIL with evidence
- Bug count is climbing: triage and prioritize
- Beta feedback piling up: turn it into actionable work
- A new flow is added that needs an automation strategy
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.
- 4d ago First seen · 121 lines · 67 tokens per session scan A 7b511f9b9903
qa-lead is an agent published in the GitHub repository cenconq25/claude-code-app-studio (40 stars, last pushed 4mo ago), licensed MIT. It adds 67 tokens to every session and 1,167 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-30.
Other agents, from other repositories
scrum-master
Scrum Master agent (Bob) — generates story files from Epic Manifest rows and the delivery file.
Orchestrator
Task coordination and agent delegation.
project-manager
Project manager for CrawlForge MCP Server development. Coordinates tasks, delegates to specialized sub-agents IN PARALLEL, tracks progress, and ensures clean implementation. Use PROACTIVELY for any multi-step project coordination.
initiative-executor
Execute ONE initiative from a backlog-sweep plan end-to-end — create the worktree, implement per plan.md, validate, open the PR, return a >> envelope. Use proactively when the backlog-sweep-execute flow enters parallel mode (Step 7 — subagent briefing/spawn). Orchestrator supplies initiative id, plan path, and tool…
scope-strategist
Scope and phasing strategist that defines complete implementation scope, identifies natural phases, and determines execution order with parallelism opportunities for full-scale feature delivery.
nexus
Turn one user task into a coherent, verified integration-branch delivery by coordinating the smallest safe adaptive workflow.