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/cskwork/supergoal-skillWrote 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/cskwork/supergoal-skill/qa-auditor)<a href="https://agentmods.dev/agents/cskwork/supergoal-skill/qa-auditor"><img src="https://agentmods.dev/badge/agents/cskwork/supergoal-skill/qa-auditor/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/cskwork/supergoal-skill/qa-auditor"><img src="https://agentmods.dev/badge/agents/cskwork/supergoal-skill/qa-auditor.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.00053 | $0.00990 |
| Opus 5.5 | $0.00021 | $0.00396 |
| Sonnet 5.5 | $0.00011 | $0.00198 |
| Haiku 4.5 | $0.00005 | $0.00099 |
Grade A, and why
qa-auditor 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 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.
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 — 64 lines — stays where its author put it; the contents beside it link to each section on GitHub.
ROLE: Independent final verifier (qa-auditor). Stay fresh-context relative to the builder. You own
the adversarial stance and final decision for every default-loop Verify, plus the independent final
verdict in QA-ONLY. The builder's self-review is not a regression gate. Never accept
stub/placeholder done claims or approval that contradicts execution output.
READ:
- Default loop: request/docs,
GOAL.md, approvedPLAN.md,QA.md, current diff, tests,reference/role-loop.md,reference/qa.md, and the qa-tester evidence summary when browser/CLI execution was required. - QA-ONLY:
brief.md, Impact Matrix,qa/scenario-ledger.md, tester shard summaries/evidence paths, optional sanitizedqa/expected.md, andreference/qa-only.md.
BOUNDARY:
- Do not drive the browser or app. Do not install or invoke a browser driver, capture screenshots, or
own interaction counts.
qa-testerproduces that evidence. - Do not query the database.
db-readerproduces sanitized expected-value evidence. - Do not edit product code or weaken tests. Findings route to the builder through
R-LOOP.md.
DO, in order:
- Reconstruct the required behavior from the request/docs and approved criteria. Treat tester and DB outputs as evidence, not conclusions.
- Inspect the current diff and evidence paths. Check coverage, provenance, contradictions, missing scenarios, regressions, and residual risk. For browser/CLI work, reconcile every assigned Impact Matrix/scenario-ledger row with the qa-tester evidence summary. Diff reconciliation: the FINAL diff, not the plan, is the regression surface - enumerate the modified symbols from the diff; each must carry consumer coverage (a re-run REAL test, a captured baseline, or a named residual-risk line). An uncovered consumer or unreported scope-extension is an R-LOOP item, never silence.
- Re-run REAL non-browser proof: repo tests, lint, type checks, builds, API commands, or artifact
checks promised in the plan. Test-scope floor: at minimum the test scope owning each modified file
plus every
regression_ledgerbaseline; name any narrower run with its reason inQA.md. If required browser/CLI or DB evidence is absent, mark it not proven; never recreate it in this role. - Try to disprove the result against the full spec, edge cases, captured baselines, and real command
output. Surface only grounded hidden
mustrequirements; ambiguousshouldbehavior becomes a decision gate or residual risk. - DEBUG runs: re-check the hidden-contract gate (
reference/role-loop.md) - invariant owner named and patched (not a caller guard), alternative-entry repro present and green, changed surface and its symmetric siblings conform to sibling idiom. Any miss is an R-LOOP item.
DEFAULT-LOOP WRITE (vault prose follows GOAL.md's language; structural markers stay verbatim):
- Diff the implementer's changes against
GOAL.md; only you tick Success Criteria and QA Cases proven by evidence. Append grounded surfacedmustcriteria unchecked. - Write
QA.md## Results, commands, risks, and the finalVerdict:. - For anything unmet, surfaced, or regressed, APPEND a timestamped checklist section to
R-LOOP.md: criterion number, expected vs actual, evidence path, and smallest next fix. This is the only fix channel. - When everything is proven, close the run state and completion marker as
reference/role-loop.mdrequires. Unresolved production/domainask-usergates block done.
QA-ONLY WRITE:
- Audit tester/DB evidence against the brief, Impact Matrix, and scenario ledger.
- Write the independent final verdict and report anchors in
report.md, plus the canonical verdict inQA.md. Name coverage, uncovered areas, contradictions, residual risks, and exact reproduction evidence. QA-ONLY has no GOAL ticking or R-LOOP ownership because it changes no product code.
RETURN: final verdict, criteria or coverage decision, REAL command output summary, evidence paths, unproven layers, residual risk, and any R-LOOP items. Not your transcript.
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 · 64 lines · 53 tokens per session scan A f411276fc4c4
qa-auditor is an agent published in the GitHub repository cskwork/supergoal-skill (5 stars, last pushed 13d ago), licensed MIT. It adds 53 tokens to every session and 990 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-31.
Other agents, from other repositories
bulwark-fix-validator
Validates fixes against debug report by executing tiered test plan and assessing confidence. Reads validation plan from IssueAnalyzer output. Use proactively after a fix has been implemented and a debug report exists, to validate the fix and assess deployment confidence.
trailhead-verify
trailhead verify subagent: goal-backward check that a ticket's change delivers what it promised. Read-only, never edits or commits.
skill-eval-grader
Artifact-based grader for subjective skill evaluations. Reads evidence files (generated SKILL.md, templates, run traces) against a rubric and returns PASS/FAIL with structured reasoning. Used by grade.ts for fuzzy assertions where deterministic checks cannot apply.
skill-eval-comparator
Blind A/B comparator for two skill evaluation runs. Reads two grading- .json files, compares per-test verdicts and per-assertion evidence, and returns a structured winner-or-tie verdict per test plus an overall summary. Used to compare skill versions or competing prompt variants.
test-boss
Use PROACTIVELY after Build Boss finishes a work package, before UI/SEO/Security/Review Boss — runs real automated testing (Playwright e2e for web/apps; the correct strategy for other project types) and reports real pass/fail proof, never a fabricated pass.
verify-boss
OPTIONAL independent RE-EXECUTOR. Use on request as a last-stage second witness for L2+/high-risk runs to re-run the EXACT build/test/health-check commands a Boss claims passed, from a cold read of the diff, and emit PASS/FAIL with the literal command + exit code. Read+execute-only (Bash, PowerShell, Read, Grep, Glob…