agentleFS
aiagentkit-labsaiagentkit-labs/agentic-dev-kit/skills/spec-kit/SKILL.md

spec-kit

Skill0 starsChanged 26 days agoMITView on GitHub

Help adopt GitHub Spec Kit for Spec-Driven Development (SDD), initialize it for an AI agent, and hand its feature artifacts to implement. Use when users mention GitHub Spec Kit, specify CLI, /speckit-* skills, or setting up SDD in a repository.

3 other projects use a version of this.

Adopted by

Most recently taken up by

  • Other versions3 projects use a version of this.

    Word for word · 0

    None found.

    Edited · 0

    None found.

    Wrote their own version · 3

    1. rloisell/rl-agents-n-skills★ 8same name
    2. shaunburdick/skills★ 1same name
    3. aaronpdoherty/claude-skills★ 0same name

    How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.

  • In this repository10 other files it gives its agents.

The file

We split this skill into the rules it gives an agent

12 rules. 0 are common, 5 are distinctive, and 7 are very specific to this project.

  • 0

    Common

    Most of the 3 edited versions we read keep these.

  • 5

    Distinctive

    This author's own choices. Worth a look.

  • 7

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Use the current official docs and the installed CLI's --help output for command syntax.

    line 13
  2. Distinctive:

    Keep all initialization and generated artifacts in the user's target project, not in this plugin.

    line 14
  3. Very specific:

    If specify is missing, explain that the official CLI is separately installed, for example with uv tool install specify-cli.

    line 20
  4. Very specific:

    Ask which supported agent integration to initialize.

    line 21
  5. Very specific:

    Before initialization, show the exact command and target directory.

    line 22
  6. Distinctive:

    After initialization, inspect the CLI output and generated file list.

    line 23
  7. Very specific:

    When the user wants the feature delivered as a tested pull request, offer to hand the active Spec Kit feature to implement:

    line 40
  8. Distinctive:

    Ask for the active feature directory or the specific Spec Kit artifacts to use.

    line 42
  9. Distinctive:

    Read the selected feature's specification, plan, task list, and any relevant project constitution, using the paths and artifact names …

    line 43
  10. Very specific:

    Start or continue implement with the selected artifacts as its local-file/task source.

    line 45
  11. Very specific:

    Do not mark Spec Kit tasks complete based only on checkboxes.

    line 46
  12. Distinctive:

    If the user only asks a question about SDD or Spec Kit, answer conversationally with official links.

    line 48

“Common” is measured: kept by at least 6 in 10 of the 3 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Help the user adopt GitHub's Spec Kit in their project. This skill is an onboarding and handoff layer; it does not bundle, install, or replace the Spec Kit CLI, generated skills, templates, or workflows.

Ownership and sources

  • Spec Kit is maintained at github/spec-kit and its authoritative documentation is github.github.io/spec-kit.
  • specify generates and manages the project's Spec Kit files and /speckit-* skills. Do not copy, recreate, hand-edit, or claim ownership of those generated files.
  • Use the current official docs and the installed CLI's --help output for command syntax. Spec Kit evolves; do not assume an older command, artifact layout, or integration name is still current.
  • Keep all initialization and generated artifacts in the user's target project, not in this plugin.

Set up Spec Kit

  1. Confirm the target repository/workspace and whether the user wants to initialize Spec Kit there or only learn how an existing setup works. Do not assume the plugin repository is the target project.
  2. Inspect prerequisites using available read-only commands and the official installation guide. Spec Kit documents Python 3.11+ and uv as prerequisites. Check python3 --version, uv --version, and specify --help/specify version if available; report missing tools explicitly.
  3. If specify is missing, explain that the official CLI is separately installed, for example with uv tool install specify-cli. Show the install command and ask before running it.
  4. Ask which supported agent integration to initialize. Recommend copilot only when the user is using GitHub Copilot; verify current integration keys and init options with specify init --help or official docs.
  5. Before initialization, show the exact command and target directory. specify init writes project files, so ask for approval before running it. Never run it against a non-empty project without checking what it would create or overwrite.
  6. After initialization, inspect the CLI output and generated file list. Report the generated skill names and how to invoke them, without modifying those files. If verification fails, report the error and stop rather than claiming setup succeeded.

Official starting points:

Explain the workflow

Describe the current workflow from the official reference instead of presenting a stale command list as authoritative. The core flow is generally to establish project principles, specify a feature, plan it, break it into tasks, implement, and converge; optional clarification, checklist, and analysis steps provide quality gates. Link the relevant official reference and let the CLI's installed version determine the actual skill names and syntax.

Spec Kit also has optional processes/extensions beyond feature development. Do not enable them unless the user asks and confirms the choice.

Hand off to implement

When the user wants the feature delivered as a tested pull request, offer to hand the active Spec Kit feature to implement:

  1. Ask for the active feature directory or the specific Spec Kit artifacts to use. Do not guess which feature is active or scan unrelated feature folders.
  2. Read the selected feature's specification, plan, task list, and any relevant project constitution, using the paths and artifact names present in that repository.
  3. Summarize the requested outcome and derive testable acceptance criteria. Treat the selected specification as task context, not as permission to change files or skip implement's interview, controls, branch, test, review, and PR gates.
  4. Start or continue implement with the selected artifacts as its local-file/task source. Preserve the source paths for traceability. Keep Spec Kit artifacts read-only unless the user explicitly requests their update.
  5. Do not mark Spec Kit tasks complete based only on checkboxes; implement must verify every agreed criterion with evidence.

If the user only asks a question about SDD or Spec Kit, answer conversationally with official links. Do not initialize a project or create learning files unless asked.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

Reviews can't be read right now.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.