Agent skill

Sdd Authoring

by magnus919 in magnus919/hermes-profiles

Specification authoring for AI-native SDD — writes formal specifications in structured formats (Gherkin, user stories, acceptance criteria), enforces spec quality gates, and produces…

MITAuto-check passedProduct & Project Management

Install Sdd Authoring

skills CLI
$ npx skills add magnus919/hermes-profiles --skill sdd-authoring -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install magnus919/hermes-profiles sdd-authoring --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/magnus919/hermes-profiles.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/sdd-authoring .claude/skills/sdd-authoring && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
sdd-authoring
GitHub stars
289
Token cost
~1.4k tokens
SKILL.md length
632 words
Files
6 (incl. scripts, references)
Skills in repo
31
Repo updated
First seen
Licence
MIT

At a glance

Specification authoring for AI-native SDD — writes formal specifications in structured formats (Gherkin, user stories, acceptance criteria), enforces spec quality gates, and produces…

  • Works in 7 steps: Problem statement — what problem this… → Scope boundary — explicit in-scope and… → User stories — prioritized, with links… → …
  • Requirements documents need to be authored from scratch
  • SKILL.md covers SDD Pipeline Position, Artifact-Pyramid Output: SPEC.md, Loading Guidance and Trigger Conditions, plus 3 more sections
  • Runs Shell scripts from its folder

What it does

Sdd Authoring is an agent skill from magnus919/hermes-profiles. Specification authoring for AI-native SDD — writes formal specifications in structured formats (Gherkin, user stories, acceptance criteria), enforces spec quality gates, and produces artifact-pyramid-compliant SPEC.md outputs. Trigger when specifications or requirements documents need to be authored from scratch or refined.

Its SKILL.md is about 1.4k tokens, which your agent loads only when the skill is triggered. The skill folder holds 8 other files, including scripts and reference files (for example `references/acceptance-criteria-design.md`, `references/gherkin-patterns.md` and `references/spec-quality-gates.md`).

It sits in Product & Project Management, covering User stories, Quality gates and PRD writing. The repository describes itself as: Curated Hermes Agent profiles for specialist swarms — opinionated, Hermes-optimized, artifact-pyramid native. The licence is MIT.

When your agent uses it

  • Requirements documents need to be authored from scratch
  • Tasks that involve User stories
  • Tasks that involve Quality gates

Example prompts

  • “/sdd-authoring”

Requirements

  • A Bash shell

Workflow steps

7 steps, taken from the first numbered list in SKILL.md.

  1. Problem statement — what problem this solves and why it matters
  2. Scope boundary — explicit in-scope and out-of-scope
  3. User stories — prioritized, with links to acceptance criteria
  4. Acceptance criteria — per-story, framed as Given/When/Then or bulleted pass/fail conditions
  5. Edge cases — explicit enumeration of boundary conditions, error states, invalid inputs
  6. Non-functional requirements — performance, security, observability, compliance, accessibility
  7. Data contracts / interfaces — schemas, APIs, events (can be stubs that get refined in later phases)

What it can do on your machine

Read from SKILL.md and the folder at commit 867a555. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Ships 1 file in scripts/ (Shell), which the agent can run.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Sdd Authoring loads about 1.4k tokens when it runs, and up to ~4.1k if it reads all its reference files. Until then it costs about 85 tokens; SKILL.md has 632 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~85
When it runs · the whole SKILL.md, loaded when a task matches
~1.4k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~4.1k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); the scripts in this folder are not scanned.

SKILL.md

The full file from magnus919/hermes-profiles at commit 867a555, republished under its MIT licence (© magnus919). 632 words, ~1,449 tokens.

Download SKILL.mdSave it as .claude/skills/sdd-authoring/SKILL.md (or your agent's skills folder). This skill also uses 5 other files; get the full folder from GitHub.
name
sdd-authoring
description
Specification authoring for AI-native SDD — writes formal specifications in structured formats (Gherkin, user stories, acceptance criteria), enforces spec quality gates, and produces artifact-pyramid-compliant SPEC.md outputs. Trigger when specifications or requirements documents need to be authored from scratch or refined.
version
1.0.0
author
Hermes Agent community
license
MIT

SDD Specification Authoring

Writing formal, machine-readable specifications that drive AI-assisted implementation. This skill owns the Specify phase of the SDD pipeline and its output is the prerequisite for all downstream SDD work.

SDD Pipeline Position

INCEPTION → [SPECIFY] → PLAN → TASKS → IMPLEMENT → VERIFY
                ↑
          You are here

The specification is the single source of truth. Every downstream artifact — task plan, architecture, implementation, tests — derives from and traces back to this document. Ambiguity in the spec propagates as defects in every subsequent phase.

Artifact-Pyramid Output: SPEC.md

The specification documents produced by this skill follow the artifact-pyramid structure:

LayerContentFile
L1Executive Summary — one-paragraph scope statement, key stakeholders, overall success criteria00-index.md (entry point)
L2Per-dimension specification — user stories, Gherkin scenarios, edge cases, NFRs, out-of-scope, data contractsIndividual *.spec.md files
L3Detailed per-story dossiers — full acceptance criteria, interface definitions, data schemas, examplesdossiers/ directory
SOURCESNavigation index linking each L2 dimension to its L3 sourcesFooter of each file

Loading Guidance

ReferenceWhen to loadFile
Spec Quality GatesBefore delivering any SPEC.md — validates completeness against 7 quality dimensionsreferences/spec-quality-gates.md
Gherkin PatternsWriting executable scenarios — Given/When/Then structure for specific patternsreferences/gherkin-patterns.md
Acceptance Criteria DesignCrafting ACs that pass the "no-surprises" test — edge case enumeration, boundary conditionsreferences/acceptance-criteria-design.md
TemplateWhen to useFile
SPEC.mdProducing a specification document from scratchtemplates/SPEC.md
ScriptWhen to runFile
spec-quality-check.shAfter authoring a SPEC.md — validates all required sections existscripts/spec-quality-check.sh

Trigger Conditions

Invoke this skill when:

  • A new feature, component, or system needs a formal specification before implementation begins
  • An existing specification needs refinement or gap analysis
  • A vague requirement (ticket, conversation, email) needs to be translated into a structured SDD-ready spec
  • The input is a research report, competitive analysis, or user interview transcript that needs distillation into engineering requirements

Output Contract

Every SPEC.md MUST include:

  1. Problem statement — what problem this solves and why it matters
  2. Scope boundary — explicit in-scope and out-of-scope
  3. User stories — prioritized, with links to acceptance criteria
  4. Acceptance criteria — per-story, framed as Given/When/Then or bulleted pass/fail conditions
  5. Edge cases — explicit enumeration of boundary conditions, error states, invalid inputs
  6. Non-functional requirements — performance, security, observability, compliance, accessibility
  7. Data contracts / interfaces — schemas, APIs, events (can be stubs that get refined in later phases)

The spec is NOT complete until a automated quality check passes (run spec-quality-check.sh).

Show full SKILL.md (256 more words)Show less

SDD Philosophy

Specifications in SDD serve a different purpose than traditional requirements documents. They are not communication artifacts for humans that happen to be read by an AI. They are executable inputs to a code generation pipeline that happen to be readable by humans.

This distinction drives everything about how specs are written:

  • Precision over clarity. A spec that is technically precise but dense is better than a spec that reads well but leaves ambiguity. The AI cannot ask for clarification when it encounters a vague phrase — it implements one interpretation at random.
  • Completeness over brevity. Every missing acceptance criterion is a missing feature, not a question the implementer will ask. The cost of specifying an edge case up front is minutes. The cost of discovering it in production is hours or days.
  • Testability over descriptiveness. An acceptance criterion that cannot be verified (passed or failed) by a deterministic check is not an acceptance criterion — it is a hope. Every AC must produce a binary verdict.

Framework Awareness

This skill is methodology-agnostic at the framework level but follows SDD principles common to all major frameworks:

  • GitHub Spec Kit — Four-phase Specify→Plan→Tasks→Implement. The spec produced here fulfills Phase 1 (Specify).
  • GSD — Uses PROJECT.md and REQUIREMENTS.md as spec layer. SPEC.md maps to these artifacts.
  • BMAD — Role-based specification chain (BA → PRD → Architecture). SPEC.md here aligns with the PRD and Architecture layers.
  • Taskmaster AI — PRD-driven. SPEC.md is the structured PRD that Taskmaster parses into task graphs.
  • Native Claude Code — CLAUDE.md + spec files. SPEC.md is consumed alongside CLAUDE.md by the implementation agent.

© magnus919, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 5 other files (scripts, references) in skills/sdd-authoring of magnus919/hermes-profiles.

  • SKILL.md
  • references/acceptance-criteria-design.md
  • references/gherkin-patterns.md
  • references/spec-quality-gates.md
  • scripts/spec-quality-check.sh
  • templates/SPEC.md

Open the folder on GitHubat commit 867a555

Compare with similar skills

Sdd Authoring next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Sdd Authoring compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Sdd Authoring this skillmagnus919/hermes-profiles289—~1.4kAutomated safety check: PassMIT
Ralph Tui Create Beadssubsy/ralph-tui2.5k1 repos~2.6kAutomated safety check: PassMIT
Ralph Tui Create Beads Rustsubsy/ralph-tui2.5k1 repos~2.8kAutomated safety check: PassMIT
Ralph Tui Create JSONsubsy/ralph-tui2.5k1 repos~2.6kAutomated safety check: PassMIT
To Prdywwynm/EverythingDone14411 repos~777Automated safety check: PassGPL-3.0
Use Case Writerphucnt-bazone-vietnam/use-case-writer143—~4.1kAutomated safety check: PassMIT

Similar skills

  • Ralph Tui Create Beads

    subsy/ralph-tui

    Convert PRDs to beads for ralph-tui execution. An agent skill from subsy/ralph-tui.

    2.5k GitHub starsUsed in 1 repo~2.6k tokens
    Product & Project ManagementAuto-check passed
  • Convert PRDs to beads for ralph-tui execution using beads-rust (br CLI).

    2.5k GitHub starsUsed in 1 repo~2.8k tokens
    Product & Project ManagementAuto-check passed
  • Ralph Tui Create JSON

    subsy/ralph-tui

    Convert PRDs to prd.json format for ralph-tui execution. An agent skill from subsy/ralph-tui.

    2.5k GitHub starsUsed in 1 repo~2.6k tokens
    Product & Project ManagementAuto-check passed
  • To Prd

    ywwynm/EverythingDone

    Turn the current conversation context into a PRD and publish it to the project issue tracker.

    144 GitHub starsUsed in 11 repos~777 tokens
    Product & Project ManagementAuto-check passed
  • Use Case Writer

    phucnt-bazone-vietnam/use-case-writer

    Generate Use Case specifications in English Markdown following the IT BA standard 13-field template (Karl Wiegers / IIBA).

    143 GitHub stars~4.1k tokensUpdated 4 mo ago
    Product & Project ManagementAuto-check passed
  • Project Planner

    adrianpuiu/claude-skills-marketplace

    Comprehensive project planning and documentation generator for software projects.

    100 GitHub starsUsed in 1 repo~6k tokens
    Product & Project ManagementAuto-check passed

More from magnus919/hermes-profiles

All 31 skills in this repo
  • Data Scientist

    magnus919/hermes-profiles

    PhD-level expertise in data science, statistics, and machine learning.

    289 GitHub stars~3.3k tokensUpdated 3 mo ago
    Auto-check passed
  • Brand Designer

    magnus919/hermes-profiles

    Create comprehensive brand identity documentation for any brand.

    289 GitHub stars~2.3k tokensUpdated 3 mo ago
    Auto-check passed
  • Sdd Verification

    magnus919/hermes-profiles

    SDD acceptance criteria verification — maps specification acceptance criteria to tests, validates implementation output against spec requirements, and produces artifact-pyramid-compliant…

    289 GitHub stars~1.8k tokensUpdated 3 mo ago
    Auto-check passed
  • Sdd Work Decomposition

    magnus919/hermes-profiles

    SDD work decomposition — translates formal specifications into dependency-aware task plans with per-task acceptance criteria.

    289 GitHub stars~1.4k tokensUpdated 3 mo ago
    Auto-check passed
  • Artifact Pyramids

    magnus919/hermes-profiles

    Progressive disclosure for what AI agents produce. An agent skill from magnus919/hermes-profiles.

    289 GitHub stars~2.5k tokensUpdated 3 mo ago
    Auto-check passed
  • SEO Audit

    magnus919/hermes-profiles

    Full-spectrum SEO + AEO audit skill — technical crawl analysis, on-page content optimization, structured data (JSON-LD/Schema.org) validation, Ghost CMS metadata completion, answer engine…

    289 GitHub stars~1k tokensUpdated 3 mo ago
    Auto-check passed

Questions about Sdd Authoring

What does Sdd Authoring do?

Specification authoring for AI-native SDD — writes formal specifications in structured formats (Gherkin, user stories, acceptance criteria), enforces spec quality gates, and produces…. Sdd Authoring is an agent skill from magnus919/hermes-profiles.md outputs.

When should I use Sdd Authoring?

Sdd Authoring fits situations like: requirements documents need to be authored from scratch; tasks that involve User stories; tasks that involve Quality gates.

How do I install Sdd Authoring in Claude Code?

Run `npx skills add magnus919/hermes-profiles --skill sdd-authoring -a claude-code`. Or copy the skill folder (skills/sdd-authoring in magnus919/hermes-profiles) into .claude/skills/sdd-authoring in your project. Claude Code loads it when a task matches its description.

How do I install Sdd Authoring in Codex?

Run `npx skills add magnus919/hermes-profiles --skill sdd-authoring -a codex`. Or copy the skill folder (skills/sdd-authoring in magnus919/hermes-profiles) into .agents/skills/sdd-authoring in your project. Codex loads it when a task matches its description.

Can I use Sdd Authoring in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add magnus919/hermes-profiles --skill sdd-authoring -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/sdd-authoring, .gemini/skills/sdd-authoring, .github/skills/sdd-authoring and .opencode/skills/sdd-authoring in your project.

What does Sdd Authoring need to run?

Going by SKILL.md and its folder, Sdd Authoring needs a shell for the scripts in its folder. Our summary lists: A Bash shell.

Does Sdd Authoring access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Sdd Authoring safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. The check reads SKILL.md only: the scripts in the folder are not scanned, so read them before running anything.

What licence does Sdd Authoring use?

Sdd Authoring is published under the MIT licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Sdd Authoring use?

About 1.4k tokens (SKILL.md is roughly 5.8k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 2.6k tokens, read only when the agent opens those files.

What are the alternatives to Sdd Authoring?

Skills that share tags, products or a category with Sdd Authoring: Ralph Tui Create Beads (subsy/ralph-tui, 2.5k stars), Ralph Tui Create Beads Rust (subsy/ralph-tui, 2.5k stars), Ralph Tui Create JSON (subsy/ralph-tui, 2.5k stars) and To Prd (ywwynm/EverythingDone, 144 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Sdd Authoring?

magnus919 (a GitHub user) maintains it in magnus919/hermes-profiles, which has 289 GitHub stars. The repository holds 31 skills in this directory. The repository was last updated on June 27, 2026.

Source: magnus919/hermes-profiles on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.