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 skills add johnqtcg/awesome-skills --skill go-test-reviewgit clone --depth 1 https://github.com/johnqtcg/awesome-skillsWrote 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/skills/johnqtcg/awesome-skills/go-test-review)<a href="https://agentmods.dev/skills/johnqtcg/awesome-skills/go-test-review"><img src="https://agentmods.dev/badge/skills/johnqtcg/awesome-skills/go-test-review/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/skills/johnqtcg/awesome-skills/go-test-review"><img src="https://agentmods.dev/badge/skills/johnqtcg/awesome-skills/go-test-review.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
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.00068 | $0.02229 |
| Opus 5 | $0.00034 | $0.01115 |
| Sonnet 5 | $0.00014 | $0.00446 |
| Haiku 4.5 | $0.00007 | $0.00223 |
Grade A, and why
go-test-review 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 12d 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 — 178 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Go Test Review
Purpose
Audit Go test code for quality and coverage effectiveness. Reviews HOW tests are written — not the production code being tested.
This skill is conditionally triggered — only when _test.go files are in the diff. If a PR has only implementation code with no tests, this skill may suggest "missing test coverage" but does not deep-dive.
This skill does NOT cover: security, concurrency, performance, quality, error handling, or logic of production code — those belong to sibling vertical skills.
When To Use
- PR contains
_test.gofiles - Code uses
httptest,testing.B,testing.F - Code includes
testdata/directory changes - Need to evaluate test coverage
When NOT To Use
- Reviewing production code security/performance/logic → use corresponding sibling skill
- Only implementation code changed, no tests → may note "missing tests" but no deep review
Mandatory Gates
1) Go Version Gate
Read go.mod. Key version gates:
| Feature | Minimum Go | Caveat |
|---|---|---|
t.Setenv |
1.17 | Cannot combine with t.Parallel() — panics on every Go version (process-wide env) |
Fuzz testing (testing.F) |
1.18 | |
| Loop variable fix | 1.22 | Affects t.Parallel() + loop variable capture |
t.Chdir |
1.24 | Added 1.24; like t.Setenv, panics if combined with t.Parallel() |
2) Anti-Example Suppression Gate
MUST quote specific evidence. Category match alone insufficient.
Embedded anti-examples:
- "Testing standard library behavior" — test that
json.Marshalproduces valid JSON, or thatstrings.Containsworks. These test Go's stdlib, not your code. - "Test only asserts err == nil" — BUT: do NOT flag if function genuinely has no meaningful return value (void-like operations where error is the only output, e.g.,
Close(),Flush()). - "Should use integration test" — when unit test with mock is the correct choice for fast, isolated testing. Not every test needs a real database.
- "Missing test for unexported function" — when function is simple helper fully covered by exported function tests.
- "Missing benchmark" — when code is not on a hot path and benchmarking provides no actionable insight.
What ships with it
2 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
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.
- 12d ago First seen · 178 lines · 68 tokens per session scan A 3a2c706f0848
go-test-review is a skill published in the GitHub repository johnqtcg/awesome-skills (30 stars, last pushed yesterday), licensed MIT. It adds 68 tokens to every session and 2,229 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 skills, from other repositories
verification-engine
Use when verifying build/test/lint before commit, PR, or completion claims. Runs verification pipeline in fresh subagent context with auto-repair. Triggers on /handoff-verify, pre-commit check, build verification, test validation.
verify-implementation
A workflow that runs a project’s verification skills to produce a report on coding patterns, architecture rules, and project conventions. It is intended for work after implementation, before a pull request, or during code review.
ci-tests
Run the test suite for the current repo, auto-detecting Python (pytest/uv), Node (vitest/pnpm), or Rust (cargo test).
eval-harness
Formal evaluation framework for Claude Code sessions implementing eval-driven development (EDD) principles.
dependency-upgrade
Manage major dependency version upgrades with compatibility analysis, staged rollout, and comprehensive testing. Use when upgrading framework versions, updating major dependencies, or managing breaking changes in libraries.
golang-testing
Production-ready Golang tests — table-driven tests, testify suites and mocks, parallel tests, fuzzing, fixtures, goroutine leak detection with goleak, snapshot testing, code coverage, integration tests, idiomatic test naming. Use when writing or reviewing Go tests, choosing a testing approach, setting up Go test CI…