Borrowing it
Nothing to install: this file belongs to nodealchemy/powernode-platform. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/nodealchemy/powernode-platform/develop/.claude/skills/gen-tests/SKILL.mdgit clone --depth 1 https://github.com/nodealchemy/powernode-platformWrote 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/nodealchemy/powernode-platform/gen-tests)<a href="https://agentmods.dev/skills/nodealchemy/powernode-platform/gen-tests"><img src="https://agentmods.dev/badge/skills/nodealchemy/powernode-platform/gen-tests/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/nodealchemy/powernode-platform/gen-tests"><img src="https://agentmods.dev/badge/skills/nodealchemy/powernode-platform/gen-tests.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.00000 | $0.01190 |
| Opus 5.5 | $0.00000 | $0.00476 |
| Sonnet 5.5 | $0.00000 | $0.00238 |
| Haiku 4.5 | $0.00000 | $0.00119 |
Grade A, and why
gen-tests 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 — 148 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/gen-tests — Generate Missing Test Specs
Generate RSpec request specs for untested controllers and service specs for untested services.
Usage
/gen-tests # List untested files, prompt for selection
/gen-tests controller # Generate specs for untested controllers
/gen-tests service # Generate specs for untested services
/gen-tests path/to/file.rb # Generate spec for a specific file
Workflow
Step 1: Identify Untested Files
Find controllers/services without corresponding specs:
# Untested controllers
cd server && for f in $(find app/controllers/api/v1 -name '*_controller.rb'); do
spec="spec/requests/api/v1/$(basename "$f" .rb)_spec.rb"
[[ ! -f "$spec" ]] && echo "UNTESTED: $f"
done
# Untested services
cd server && for f in $(find app/services -name '*.rb' | grep -v concerns); do
spec="spec/services/$(echo "$f" | sed 's|app/services/||; s|\.rb$|_spec.rb|')"
[[ ! -f "$spec" ]] && echo "UNTESTED: $f"
done
Step 2: Read Source & Context
For each file to test, read:
- The source file itself (understand methods, params, permissions)
- The routes file (
config/routes.rb) for endpoint paths - Existing factories in
spec/factories/relevant to the models used - Similar existing specs for pattern reference
Step 2b: Query MCP for Test Patterns (if available)
Before generating specs, query MCP for relevant learnings that may improve spec quality:
platform.query_learnings— query:"<model/service name> test"(e.g.,"ai agent test","subscription service test")platform.query_learnings— query:"factory <model name>"(e.g.,"factory ai_agent","factory account")
Apply any relevant findings (required factory traits, tricky setup, known assertion patterns) to the spec generation approach.
Graceful degradation: If MCP tools are unavailable or return errors, skip this step and proceed with standard spec generation. MCP is additive, not required.
Step 3: Generate Spec
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 Changed 8aa3a7cc818e
- 2mo ago First seen · 148 lines · 0 tokens per session scan A b4b070b1af57
gen-tests is a skill published in the GitHub repository nodealchemy/powernode-platform (4 stars, last pushed 5d ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 1,190 tokens. 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 skills, from other repositories
agent-evals
A method for testing AI agents by examining what they actually did during a run, including their tool use and execution steps. It also covers building test cases from real production runs and comparing automated judgments with human labels.
agent-puzzles
Competitive puzzle arena for AI agents with timed solving, per-model leaderboards, and 5 categories (reverse captcha, geolocation, logic, science, code). Use when solving puzzles, tracking rankings, creating new challenges, or benchmarking agent capabilities.
benchmark-critic
Evaluate benchmark design for fair baselines, measurable outcomes, leakage, cherry-picking, and reproducibility.
release-readiness
Check whether a change is ready for a public release candidate across packaging, docs, tests, and rollback risk.
ev-benchmark-verification
Phase 2B of the Gaia evidence verification pipeline. Verifies benchmark-result rows and benchmark-source candidates against registry/benchmark-sources.json before adversarial audit, link validation, catalog promotion, or ingestion. Use when running /ev-pipeline, checking benchmark-result evidence, reviewing…
fp-review
Adversarially review the full relevant PR diff with isolated probes and meaningful before/after checks. Use for "review the PR", "sandbox review", or the review stage; retain required reviewer independence and report self- review limits honestly.