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 commands/connorrmcd6/vibe-spec/spec-refinegit clone --depth 1 https://github.com/Connorrmcd6/vibe-specWrote 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/commands/connorrmcd6/vibe-spec/spec-refine)<a href="https://agentmods.dev/commands/connorrmcd6/vibe-spec/spec-refine"><img src="https://agentmods.dev/badge/commands/connorrmcd6/vibe-spec/spec-refine.svg" alt="Measured on agentmods" 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 | $0.00049 | $0.00677 |
| Opus 5 | $0.00024 | $0.00338 |
| Sonnet 5 | $0.00010 | $0.00135 |
| Haiku 4.5 | $0.00005 | $0.00068 |
Grade A, and why
spec-refine 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 5d 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
You are running Step 2 of the Vibe-Spec spec-driven workflow: promoting the V0 spec → V1 spec. The V1 spec becomes the single source of truth — it details exactly which tools achieve each piece of functionality.
What to do
-
Read the existing spec at
docs/project-spec.md(the V0 draft from/spec-draft). If it doesn't exist, tell the user to run/spec-draftfirst. -
Critique it. Identify gaps, ambiguities, and missing edge cases, and ask the user clarifying questions about them before deciding anything.
-
Map functionality → tools using the
vibe-specskill. For each capability in the spec, load the relevant reference file(s) (under${CLAUDE_PLUGIN_ROOT}/skills/vibe-spec/) and choose the documented approach:- Web app foundation →
reference/01-scaffolding.md - Local DB / structured data →
reference/03-docker.md,04-database.md,05-prisma.md - Auth →
reference/07-auth.md(decide OAuth vs OTP+JWT with the user) - Roles / permissions →
reference/08-rbac.md - External APIs / webhooks / input →
reference/09-validation.md - Data pipelines / analytics →
reference/06-dbt.md,17-scripts.md - Uploads →
reference/12-s3.md; push / PWA →reference/13-push-notifications.md - UI →
reference/11-ui.md; testing →reference/10-testing.md - CI/CD, hooks, deploy →
reference/14-ci-cd.md,15-pre-commit.md,16-deployment.md - Documentation governance (keep AGENTS.md / hub docs from silently rotting as the
code moves) →
reference/20-surface.md - High-performance API →
reference/02-nestjs.md(only if a measured need exists) - Secrets / config →
reference/19-secrets.md: for each capability needing a secret, name the env var holding it and mark it server-only (neverNEXT_PUBLIC_). Considering this now makes the later/spec-secretsaudit a confirmation rather than a discovery.
Use the skill's quick-reference table to avoid pulling in tools the project doesn't need. Prefer the simplest option that satisfies the requirement.
- Web app foundation →
-
Rewrite
docs/project-spec.mdas the V1 spec: the same workflows, now with an explicit tech-stack section and per-feature tool choices (with a one-line rationale each). Note anything deliberately skipped and why.
This is a good step to run in planning mode. End by telling the user to run
/spec-phases next.
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.
- 5d ago First seen · 43 lines · 49 tokens per session scan A 3a88b4078e86
spec-refine is a command published in the GitHub repository Connorrmcd6/vibe-spec (9 stars, last pushed 2mo ago), licensed MIT. It adds 49 tokens to every session and 677 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-31.
Other commands, from other repositories
cleanup-repo
When /cleanup-repo is invoked, immediately execute the following steps to analyze, organize, and clean up the repository structure when files are scattered and disorganized.
devops
When /devops is invoked, immediately execute the following steps to create, configure, or manage DevOps infrastructure, CI/CD pipelines, and deployment configurations.
magic-wand
When /magic-wand [issue description] is invoked, immediately execute the following steps to perform a comprehensive, expert-level analysis and fix when standard debugging approaches have failed.
audit-code
When /audit-code [target] is invoked, immediately execute the following steps to analyze code quality, security, and adherence to project standards.
brainstorm
When /brainstorm [topic] is invoked, immediately execute the following steps to collaboratively brainstorm, enhance, and plan new features for the app through an iterative product management workflow.
clean-code
When /clean-code [target] is invoked, immediately execute the following steps to remove redundant code, unused variables, dead code, debug statements, and other technical debt.