OpsMill house spec-kit repo. Ships two independently installable artifacts:
-
Extension
opsmill— six 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.
-
Presets — drop-in overrides for native spec-kit commands. Each preset is installed independently of the extension. Currently one ships:
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.
-
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.
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 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 and /speckit.opsmill.retrospect 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 to fire
automatically after implement if you prefer that workflow), append entries
to your repo's .specify/extensions.yml registry. Example: fire extract
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?"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.