github/spec-kit-copilot is a repository of GitHub Copilot integrations for Spec Kit, a toolkit for developing software through a structured specification-first workflow. It provides Copilot-specific commands, skills, canvases, and related workflow components for users of the Copilot CLI, Copilot App, and VS Code.
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.
git clone --depth 1 https://github.com/github/spec-kit-copilotWrote 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/github/spec-kit-copilot/speckit.implement)<a href="https://agentmods.dev/commands/github/spec-kit-copilot/speckit.implement"><img src="https://agentmods.dev/badge/commands/github/spec-kit-copilot/speckit.implement/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/commands/github/spec-kit-copilot/speckit.implement"><img src="https://agentmods.dev/badge/commands/github/spec-kit-copilot/speckit.implement.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.00014 | $0.02279 |
| Opus 5.5 | $0.00006 | $0.00912 |
| Sonnet 5.5 | $0.00003 | $0.00456 |
| Haiku 4.5 | $0.00001 | $0.00228 |
Grade A, and why
speckit.implement 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 today.
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 — 153 lines — stays where its author put it; the contents beside it link to each section on GitHub.
User Input
$ARGUMENTS
You MUST consider the user input before proceeding (if not empty).
Outline
-
Run
{SCRIPT}from repo root and parse FEATURE_DIR and AVAILABLE_DOCS list. All paths must be absolute. For single quotes in args like "I'm Groot", use escape syntax: e.g 'I'''m Groot' (or double-quote if possible: "I'm Groot"). -
Check checklists status (if FEATURE_DIR/checklists/ exists):
-
Treat checklist markers as a read-only gate: scan checkbox state, report status, and ask before proceeding when needed; do NOT modify checklist files or markers
-
checklists/requirements.mdis the built-in spec-quality checklist maintained by__SPECKIT_COMMAND_SPECIFY__and__SPECKIT_COMMAND_CLARIFY__; custom checklists generated by__SPECKIT_COMMAND_CHECKLIST__are reviewer-owned requirements-quality review artifacts -
For custom checklists,
[x]means the reviewer determined the requirements-quality criterion is satisfied; it does NOT mean implementation work is complete -
Scan all checklist files in the checklists/ directory
-
For each checklist, count:
- Total items: All lines matching
- [ ]or- [X]or- [x] - Checked items: Lines matching
- [X]or- [x] - Unchecked items: Lines matching
- [ ]
- Total items: All lines matching
-
Create a status table:
| Checklist | Total | Checked | Unchecked | Status | |-----------|-------|---------|-----------|--------| | ux.md | 12 | 12 | 0 | ✓ PASS | | test.md | 8 | 5 | 3 | ✗ FAIL | | security.md | 6 | 6 | 0 | ✓ PASS | -
Calculate overall status:
- PASS: All checklists have 0 unchecked items
- FAIL: One or more checklists have unchecked items
-
If any checklist has unchecked items:
- Display the table with unchecked item counts
- STOP and ask: "Some checklists have unchecked items. Do you want to proceed with implementation anyway? (yes/no)"
- Wait for user response before continuing
- If user says "no" or "wait" or "stop", halt execution
- If user says "yes" or "proceed" or "continue", proceed to step 3
-
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.
- today Changed · +128 lines · +2 tokens per session 7658bcbfff7a
- yesterday Changed · -8 lines · +12 tokens per session 2fc1d21b8438
- 1mo ago First seen · 33 lines · 0 tokens per session scan A e53e08198db7
speckit.implement is a command published in the GitHub repository github/spec-kit-copilot (22 stars, last pushed yesterday), licensed MIT. It adds 14 tokens to every session and 2,279 once invoked, about $0.0001 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-08-30.
Other commands, from other repositories
sdd-reverse-specify
Reverse specification — reconstruct existing behaviour from code, tests or a plan into a human-validated Baseline spec. Resumable.
sddp-prd
Command description: Create or refine the canonical product document. Argument hint: [rough product idea, users, domain, or market opportunity] Command category: project-bootstrap Prerequisites: none.
sddp-specify
Command description: Create a feature specification from a feature description. Argument hint: [feature description] Command category: feature-delivery Prerequisites: project-instructions.
sddp-systemdesign
Command description: Create or refine the canonical software architecture document. Argument hint: [project description, docs, constraints, or architecture inputs] Command category: project-bootstrap Prerequisites: none.
sddp-implement
Command description: Implement the current feature tasks. Argument hint: [optional: phase or task to start from] Command category: feature-delivery Prerequisites: spec, plan, tasks, checklists:complete-if-present.
epic-plan
Run /epic-plan — see .claude/commands/epic-plan.md for the authoritative spec.