OpsMill house spec-kit repo. Ships two independently installable artifacts:
-
Extension
opsmill— seven workflow commands under theopsmillnamespace:/speckit.opsmill.auto— run the full pipeline end-to-end (prep + implement) autonomously, making all decisions without pausing. Stops before extract./speckit.opsmill.prep— run the preparation phases (specify → plan → critique → tasks → spec/ask alignment check) autonomously, stopping before implementation./speckit.opsmill.implement— run the implementation + review tail from an existingtasks.mdin clean-context subagents, then emit a final report./speckit.opsmill.extract— extract durable knowledge, guidelines, and ADRs from completed spec directories intodev/knowledge/,dev/guidelines/,dev/adr/./speckit.opsmill.retrospect— run a session retrospective that surfaces context-management gaps and routes them tofix-now,open-pr,github-issue, orlocal-onlydispositions./speckit.opsmill.summary— produce a flow-level timeline of the current Claude Code session next tospec.md/plan.mdin the active feature directory./speckit.opsmill.qa— produce a manual QA checklist (qa-checklist.md) next tospec.md/plan.mdso a human tester can verify the just-implemented feature step-by-step.
-
Presets — drop-in overrides for spec-kit commands (native or extension-provided). Each preset is installed independently of the extension. Currently two ship:
taskstoissues-jira— overrides/speckit.taskstoissueswith a Jira-flavored implementation that fanstasks.mdout into Jira issues under a single Epic (one issue per## Phase N:block) via the Atlassian MCP.reconcile-opsmill— overrides/speckit.reconcile.runfrom the stn1slv/spec-kit-reconcile extension with an OpsMill-adapted command body: remediation tasks stay inside## Phase <N>:blocks,[P]keeps its core "parallelizable" meaning, the compliance gate readsdev/guidelines/+dev/adr/, and the report is Jira-aware. Requires thereconcileextension to be installed in the consumer repo.
-
spec-kit
>=0.8.0 -
check-prerequisites.sh(shipped by spec-kit core; present at.specify/scripts/bash/check-prerequisites.shin any spec-kit-initialized repo). Used by thesummarycommand via the{SCRIPT}placeholder. -
Two companion extensions. The
prep,auto, andimplementcommands invoke skills provided by separate extensions:critique— provides thespeckit-critique-runskill used byprepandauto.review— provides thespeckit-review-runskill used byimplementandauto.
Install both before using
prep,auto, orimplement(see below).
Latest main:
specify extension add opsmill \
--from https://github.com/opsmill/opsmill-speckit/archive/refs/heads/main.zipPinned release:
specify extension add opsmill \
--from https://github.com/opsmill/opsmill-speckit/archive/refs/tags/v1.0.0.zipLocal development install (from a working tree):
specify extension add --dev /path/to/opsmill-speckitThe prep, auto, and implement commands depend on two other extensions.
Install both:
specify extension add review \
--from https://github.com/ismaelJimenez/spec-kit-review/archive/refs/tags/v1.0.1.zip
specify extension add critique \
--from https://github.com/arunt14/spec-kit-critique/archive/refs/tags/v1.0.0.zipAnalyzes one or more completed spec directories and extracts durable knowledge
into the project's documentation system (dev/knowledge/, dev/guidelines/,
dev/adr/), then marks each spec as extracted.
Accepts multiple specs as space-separated arguments and processes them sequentially.
Runs a retrospective on the current agent session while the work is still
fresh in context. Identifies concrete improvements to the repository's
context-management surface area (AGENTS.md, CLAUDE.md,
.claude/settings.json, .agents/skills/, .agents/commands/,
.specify/templates/, dev/knowledge/, dev/guides/, dev/guidelines/,
dev/adr/) and routes them through user-approved dispositions.
Stays read-only until the user approves each disposition bucket.
Produces a flow-level summary of the current Claude Code session — executive
summary, chronological timeline, and outcomes — written into the active
feature directory next to spec.md / plan.md.
Supports --since <commit|time> to bound the summary window.
Produces a manual QA checklist at FEATURE_DIR/qa-checklist.md that walks
a human tester through verifying the just-implemented feature. Scope is
manual / user-facing only — exact commands, URLs, UI paths, and the
outputs to look for. Automated test suites are intentionally out of scope.
The checklist is organized into Scope, Prerequisites, Setup, Test Scenarios,
Edge Cases, Teardown, and Sign-off sections. Re-running on the same feature
prompts before overwriting; pass --force to skip the prompt, or any other
free-form text as scope guidance (e.g. focus on the CLI surface).
Provided by the taskstoissues-jira
preset, not the extension. Install separately:
specify preset add taskstoissues-jira \
--from https://github.com/opsmill/opsmill-speckit/archive/refs/heads/main.zip \
--subdir presets/taskstoissues-jiraSee presets/taskstoissues-jira/README.md
for config (dev/jira.yml) and failure-mode details.
The /speckit.reconcile.run command comes from the
stn1slv/spec-kit-reconcile
extension; the reconcile-opsmill
preset overrides its body. Install the extension first (it must be
present in the consumer repo), then the preset:
specify extension add reconcile \
--from https://github.com/stn1slv/spec-kit-reconcile/archive/886f1dd.zip
git clone https://github.com/opsmill/opsmill-speckit
specify preset add --dev opsmill-speckit/presets/reconcile-opsmillSee presets/reconcile-opsmill/README.md
for provenance and behavior.
The extension registers one opt-in hook at install time. It prompts before
running (optional: true):
| Event | Command | Purpose |
|---|---|---|
after_taskstoissues |
/speckit.opsmill.summary |
Capture the session timeline at the moment of handoff to the issue tracker. |
/speckit.opsmill.extract, /speckit.opsmill.retrospect, and
/speckit.opsmill.qa are not wired by default — they remain manual commands.
Extract is intentionally manual so the user can review the implementation
report before promoting content into dev/.
The extension.yml hooks: schema accepts one command per event. To fire
additional commands at the same event (or to re-wire extract or qa to
fire automatically after implement if you prefer that workflow), append
entries to your repo's .specify/extensions.yml registry. Example: fire
extract and qa at after_implement on the consumer side:
# .specify/extensions.yml (consumer-side, snippet)
hooks:
after_implement:
- extension: opsmill
command: speckit.opsmill.extract
enabled: true
optional: true
prompt: "Extract knowledge, guidelines, and ADRs from the completed spec?"
- extension: opsmill
command: speckit.opsmill.qa
enabled: true
optional: true
prompt: "Create QA testing checklist?"The extract, retrospect, and summary command bodies originated as lifts
from an internal spec-kit extensions set, with two surgical line edits to
update self-references to the namespaced form (speckit.opsmill.<cmd>); no
other content changes.
The auto, prep, and implement commands (added in 1.1.0) are authored
from scratch in this repo — they are not lifts. See CHANGELOG.md.
Apache-2.0. See LICENSE.