with one click
sdd-spec
Write OpenSpec delta specs with RFC 2119 language and GWT scenarios.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
Write OpenSpec delta specs with RFC 2119 language and GWT scenarios.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Mandatory thoth-mem workflow contract for orchestrator/subagent memory ownership, parent session_id/project dispatch, prompt-save prohibitions, project-scoped read tools, session-summary ownership, and durable observation rules. Use whenever work mentions thoth-mem, persistent memory, orchestrator/subagents, session_id, project, saved prompts, session summaries, or project-level memory context.
Execute SDD task lists with real-time progress tracking, sub-agent dispatch, and verification checkpoints.
Review SDD task plans for execution blockers and return [OKAY] or [REJECT].
Generate phased `tasks.md` checklists from specs and design.
Repository understanding and hierarchical codemap generation
Mandatory step-0 requirements discovery for non-trivial work before any implementation or SDD routing decisions.
Based on SOC occupation classification
| name | sdd-spec |
| description | Write OpenSpec delta specs with RFC 2119 language and GWT scenarios. |
Write or update the change specifications for one or more affected domains.
~/.config/opencode/skills/_shared/openspec-convention.md~/.config/opencode/skills/_shared/persistence-contract.md~/.config/opencode/skills/_shared/thoth-mem-convention.mdThe orchestrator passes the artifact store mode (thoth-mem, openspec, or
hybrid). Follow
~/.config/opencode/skills/_shared/persistence-contract.md for read/write
rules per mode.
thoth-mem: persist to thoth-mem only — do NOT create or modify
openspec/ files.openspec: write files only — do NOT call thoth-mem save tools.hybrid: persist to both (default).change-nameRead the shared conventions.
Recover the proposal using the retrieval protocol in
~/.config/opencode/skills/_shared/persistence-contract.md.
If the change already has spec work, recover sdd/{change-name}/spec with
the same mode-aware retrieval rules before editing.
Read openspec/specs/{domain}/spec.md for each affected domain to determine
whether you are writing a delta spec or a brand-new spec.
If the selected mode includes OpenSpec, write canonical change artifacts
under openspec/changes/{change-name}/specs/{domain}/spec.md. In
thoth-mem mode, produce the same canonical content without creating files.
Use this structure in every spec file:
# Delta for {Domain}
## ADDED Requirements
### Requirement: {Name}
The system MUST ...
#### Scenario: {Name}
- GIVEN ...
- WHEN ...
- THEN ...
## MODIFIED Requirements
## REMOVED Requirements
For a brand-new domain, write a full spec instead of a delta.
If the selected mode includes thoth-mem, persist the complete spec payload with:
thoth_mem_mem_save(
title: "sdd/{change-name}/spec",
topic_key: "sdd/{change-name}/spec",
type: "architecture",
project: "{project}",
scope: "project",
content: "{full spec markdown across all domains}"
)
Return:
ChangeArtifacts: list of domain spec paths writtenTopic Key: sdd/{change-name}/specCoverage Summary: requirements and scenarios added or modifiedNext Step: usually sdd-design~/.config/opencode/skills/_shared/persistence-contract.md for every SDD
dependency.