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 skills/nullhack/temple8/review-test-stubsnpx skills add nullhack/temple8 --skill review-test-stubsgit clone --depth 1 https://github.com/nullhack/temple8What 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.00044 | $0.00659 |
| Opus 5 | $0.00022 | $0.00329 |
| Sonnet 5 | $0.00009 | $0.00132 |
| Haiku 4.5 | $0.00004 | $0.00066 |
Grade A, and why
review-test-stubs 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 3d 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.
What it actually says
Review Test Stubs
- Load [[software-craft/code-review]], [[requirements/domain-decomposition]], [[software-craft/test-design]], [[methodology/simplicity-discipline]] — review method, gap analysis, the vacuous-assertion smells, and the scope-minimal rule.
- Treat this review as coverage and scope against requirements, not code quality — quality is gated later on the bodies.
- Check consistency: every stub maps to an interview requirement and uses the glossary's ubiquitous language; external-layer stubs match the captured cassettes; persistence-adjacent stubs reference the modeled schema in
.cache/<session_id>/data-model.md, not invented shapes. - Check scope: integration and E2E only; IF a unit test leaked in THEN reject it.
- Check happy-path completeness: the stub set, once implemented, would exercise the full happy paths of every identified building block. IF a building block or quality attribute maps to no stub THEN flag the gap per [[requirements/domain-decomposition]].
- Vacuous-assertion check: for every assertion in every stubbed test, confirm it would fail under a trivial implementation (constant return, empty collection, identity function,
return value). A test that cannot fail under a trivial impl tests nothing — route toneeds-stubs-reworkciting the specific test and the smell. The named smells, per [[software-craft/test-design]]:hasattr-only — asserts an attribute exists, nothing about its value;- no-op helper —
_to_jsonable(value: object) -> object: return valuepasses as "JSON-serialisable";return True,assert True; - lower-bound-only —
assert x >= 0against an empty fixture (trivially true); - constant-satisfiable — a renderer/format test that a constant-string output would pass;
- tautology — the assertion derives the expected value from the computation under test.
IF any assertion matches a smell THEN reject the stub set with the test and the smell cited; do not defer to
simulate-contracts. The gate evidence keyvacuous-assertion-freeistrueonly when no stub in the set carries any named smell.
- Scope-minimal check (the inverted-traceability mirror of step 5): every test traces to a consolidated finding; any test expressing structure beyond its finding is flagged for rework citing the speculative element. Step 5 asks "is every finding tested?"; this step asks "is every test finding-grounded?". A test that introduces an abstraction, a seam, a configurability, or a building block not grounded in a cited finding is speculative per [[methodology/simplicity-discipline]] — route to
needs-stubs-reworkwith the speculative element named. The gate evidence keyscope-minimalistrueonly when no stub in the set expresses speculative structure.
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.
- 3d ago First seen · 21 lines · 44 tokens per session scan A 7eeb4d0058ab
review-test-stubs is a skill published in the GitHub repository nullhack/temple8 (11 stars, last pushed 28d ago), licensed MIT. It adds 44 tokens to every session and 659 once invoked, about $0.0002 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
agent-integration
Run all three agent integration phases sequentially: research, write-tests, and implement using E2E-first TDD (unit tests written last). For individual phases, use /agent-integration:research, /agent-integration:write-tests, or /agent-integration:implement. Use when the user says "integrate agent", "add agent…
clawctl-uat
Run the daily end-to-end UAT for clawrium on a real host — install fresh agents of every type, verify existing agents survive, file (and close) a dated issue with the report.
e2e
Write and run web E2E tests (Playwright) using TDD — locations, patterns, commands, and debugging.
test-guide
Test-writing guide for Backend.AI — propose success/exception/edge scenarios first, refine them with the user, then implement while reporting per-scenario verification status. Covers fixtures, withtables, mock repositories, pants test, optional TDD cadence.
tdd-workflow (测试驱动开发工作流)
在编写新功能、修复 Bug 或重构代码时使用此技能。强制执行测试驱动开发 (TDD),包括单元测试、集成测试和端到端 (E2E) 测试,确保覆盖率达到 80% 以上。.
tdd
Drive a red → green → refactor cycle for the active task.