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 marcusgoll/Spec-Flow --skill regression-test-generatorgit clone --depth 1 https://github.com/marcusgoll/Spec-FlowWrote 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/marcusgoll/spec-flow/regression-test-generator)<a href="https://agentmods.dev/skills/marcusgoll/spec-flow/regression-test-generator"><img src="https://agentmods.dev/badge/skills/marcusgoll/spec-flow/regression-test-generator/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/marcusgoll/spec-flow/regression-test-generator"><img src="https://agentmods.dev/badge/skills/marcusgoll/spec-flow/regression-test-generator.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.00045 | $0.02903 |
| Opus 5.5 | $0.00018 | $0.01161 |
| Sonnet 5.5 | $0.00009 | $0.00581 |
| Haiku 4.5 | $0.00005 | $0.00290 |
Grade A, and why
regression-test-generator 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 — 415 lines — stays where its author put it; the contents beside it link to each section on GitHub.
<quick_start> Generate regression test for a bug:
- Collect bug details: error ID, symptoms, root cause, affected component
- Detect test framework from project (Jest, Vitest, pytest, Playwright)
- Generate test file following project patterns
- Present to user for review: [A] Save [B] Edit [C] Skip
- Save test to
tests/regression/and update error-log.md
Key principle: Tests should FAIL before the fix is applied (proves bug exists). </quick_start>
Check error-log.md to avoid duplicate tests for same error.
Extract from debug context:
- Error ID: ERR-XXXX from error-log.md (or generate new)
- Title: Brief description (e.g., "Dashboard timeout due to missing pagination")
- Symptoms: Observable behavior (error message, incorrect output)
- Root cause: Why the bug occurred (from 5 Whys analysis)
- Component: Affected file/function (e.g.,
StudentProgressService.fetchExternalData) - Reproduction steps: How to trigger the bug
Example:
error_id: ERR-0042
title: Dashboard timeout due to missing pagination
symptoms: Dashboard fails to load, timeout after 30s
root_cause: Missing pagination parameter causes over-fetching
component: src/services/StudentProgressService.ts:fetchExternalData
reproduction:
- Navigate to /dashboard/student/123
- Click "Load Data" button
- Observe timeout error
Check project configuration (in priority order):
-
docs/project/tech-stack.md (if exists):
grep -i "test\|jest\|vitest\|pytest\|playwright" docs/project/tech-stack.md -
package.json (JavaScript/TypeScript):
# Check devDependencies grep -E '"(jest|vitest|@playwright/test|mocha)"' package.json -
pyproject.toml / requirements.txt (Python):
grep -E "(pytest|unittest|nose)" pyproject.toml requirements.txt -
Existing test file patterns:
# JavaScript patterns find . -name "*.test.ts" -o -name "*.spec.ts" | head -1 # Python patterns find . -name "*_test.py" -o -name "test_*.py" | head -1 -
Defaults:
- JavaScript/TypeScript: Jest
- Python: pytest
- Document assumption in test file comment
Output: Framework name and test file extension (e.g., Jest → .test.ts)
Find appropriate location:
- Check if
tests/regression/exists → use it - Check project test structure:
tests/directory →tests/regression/__tests__/directory →__tests__/regression/- Co-located tests (same dir as source) →
src/__tests__/regression/
- Create
tests/regression/if no pattern found
File naming:
- Format:
regression-ERR-{ID}-{slug}.{ext} - Slug: lowercase kebab-case from title
- Examples:
regression-ERR-0042-dashboard-timeout.test.tstest_regression_err_0042_dashboard_timeout.py
Use framework-appropriate template from references/framework-templates.md.
Structure (Arrange-Act-Assert):
Header: Error ID, title, description, root cause, link to error-log
describe/class: "Regression: ERR-XXXX - {title_short}"
test: "should {expected} when {condition}"
ARRANGE: Set up bug scenario (data, mocks, state)
ACT: Execute action that caused bug
ASSERT: Verify correct behavior (would have failed before fix)
What ships with it
1 file 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.
- 1mo ago First seen · 415 lines · 45 tokens per session scan A 151735d418ff
regression-test-generator is a skill published in the GitHub repository marcusgoll/Spec-Flow (96 stars, last pushed 23d ago), licensed MIT. It adds 45 tokens to every session and 2,903 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-09-03.
Other skills, from other repositories
agent-orchestration-improve-agent
Systematic improvement of existing agents through performance analysis, prompt engineering, and continuous iteration.
android-ui-journey-testing
XML-specified Android UI journey testing, interactive step execution, assertion verification, and JSON outcome reporting.
quinn
Verifies specified behavior through appropriate tests and truthful coverage reports.
agent-qa-result-triage
Triage failed Agent QA runs with MCP evidence, artifacts, logs, fixed failure categories, confidence, and actionable next steps.
android_ui_verification
Automated end-to-end UI testing and verification on an Android Emulator using ADB.
team-qa
Orchestrate the QA team through a full testing cycle — qa-lead strategy and test plan, qa-tester case writing, execution, sign-off.