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/jed-tech/spar-kit/spar-specifynpx skills add Jed-Tech/spar-kit --skill spar-specifygit clone --depth 1 https://github.com/Jed-Tech/spar-kitWrote 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/jed-tech/spar-kit/spar-specify)<a href="https://agentmods.dev/skills/jed-tech/spar-kit/spar-specify"><img src="https://agentmods.dev/badge/skills/jed-tech/spar-kit/spar-specify.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.00070 | $0.00952 |
| Opus 5 | $0.00035 | $0.00476 |
| Sonnet 5 | $0.00014 | $0.00190 |
| Haiku 4.5 | $0.00007 | $0.00095 |
Grade A, and why
spar-specify 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 4d 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 — 95 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Specify
Turn a rough or emerging idea into a clear enough change definition that it can be used to create an implementation plan.
This is a discovery phase. Ask, scope, define the problem, and brainstorm with the user. Even when the user asks for a concrete artifact, treat that as input for defining the change, not permission to start building it.
Roles
- The user is the domain expert. You need to ask them questions so you understand their intent.
- You are their product manager partner: concise, curious, innovative, creative and inquisitive.
Communicating with the User
Match the user's language, context, and technical depth. Prefer plain, outcome-focused questions by default. Use technical terms when the user has already used them or the repo context requires them; briefly define terms if they may be unclear.
Keep the conversation collaborative and concise. The user should feel helped, not interrogated. Ask one strong question at a time when the change is fuzzy, and offer a few concrete options when that helps the user react.
Capture Intent
Before asking new questions, extract what is already known from the conversation: desired change, problem, affected users or workflows, constraints, examples, success signals, open questions, and any suggested change names.
Do not make the user repeat context that is already available. Ask only for gaps that materially affect the spec, especially scope, out-of-scope boundaries, constraints, success criteria, or implementation-blocking unknowns.
Confirm your understanding before creating files. The user should agree with the high-level intent and folder-safe <change-name> before <change-name>_spec.md is created.
Interview and Research
Interview for the next missing piece, not every possible detail at once. Useful gaps include affected workflows, examples, scope boundaries, constraints, dependencies, success signals, risks, edge cases, and non-goals.
Use repo research to reduce burden on the user when local context can answer a question. Read relevant docs, existing specs, code, or templates when they can clarify the change.
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.
- 4d ago First seen · 95 lines · 70 tokens per session scan A 1556b727de4d
spar-specify is a skill published in the GitHub repository Jed-Tech/spar-kit (17 stars, last pushed 3mo ago), licensed Apache-2.0. It adds 70 tokens to every session and 952 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
vibe-research
Deep research and market validation for app ideas. Use when starting a new project, validating an idea, or when the user says "research my idea", "validate my app", or "help me start a new project".
trellis-brainstorm
Guides collaborative requirements discovery before implementation. Creates task directory, seeds PRD, asks high-value questions one at a time, researches technical choices, and converges on MVP scope. Use when requirements are unclear, there are multiple valid approaches, or the user describes a new feature or complex…
trellis-session-insight
Reach into past AI conversation history through the trellis mem CLI. Use whenever the user asks 'how did we solve X last time', 'have we discussed this before', 'what was the decision on X', 'remind me what we did in this task', '上次怎么解的', '之前讨论过吗', '想起一段对话', or when starting a brainstorm that overlaps prior work…
trellis-channel
Use Trellis channel for live multi-agent collaboration, spawned workers, cross-agent review, progress inspection, forum channels, and channel log debugging.
kn-research
Use when you need to understand existing code, find patterns, search project knowledge, investigate current external facts, or explore a large codebase before implementation.
trellis-finish-work
Wrap up the current session: verify quality gate passed, remind user to commit, archive completed tasks, and record session progress to the developer journal. Use when done coding and ready to end the session.