ss-sdd-coordinator

Coordinate spec-driven development workflows with enforced stage ordering and approval gates.

Updated May 19, 2026
One-click install
npx skills add https://github.com/Emrebener/Sublime-Skills --skill ss-sdd-coordinator
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ss-sdd-coordinator
Source: https://github.com/Emrebener/Sublime-Skills/tree/main/skills/spec-driven-development/ss-sdd-coordinator
Command: npx skills add https://github.com/Emrebener/Sublime-Skills --skill ss-sdd-coordinator

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It solves the coordination problem of running a safe, repeatable spec-driven development workflow from discovery through implementation and finishing, while keeping orchestration responsibilities separated from the phase skills that do the real work.

Core Features & Use Cases

  • End-to-end SDD orchestration: Drives the full pipeline from preflight through finishing by dispatching the correct phase-skill or subagent at each stage.
  • Strict stage gates and safety guardrails: Enforces required stages, approval gates, and safety rules (including git safety constraints and “never commit state.json”).
  • Shared per-run state management: Carries pipeline data between stages via a per-feature state file shared with per-task subagents.

Quick Start

Use ss-sdd-coordinator to drive a complete spec-driven development run for the current repository state.

Frequently Asked Questions about ss-sdd-coordinator

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I coordinate a spec-driven development workflow end to end?

Spec-driven development workflow coordination is handled by dispatching the correct phase skills and per-task subagents at each stage, enforcing required stage ordering and approval gates from discovery through merge.

What is the best way to enforce stage gates and git safety during feature planning?

Enforcing stage gates and git safety during feature planning requires a coordination pipeline that mandates atomic stage-boundary state updates, deterministic dispatch, and strict policies like never committing state.json.

How does a shared state file work in agent subagent workflow orchestration?

A shared state file in agent subagent workflow orchestration carries pipeline data between stages via a per-feature state file, allowing per-task subagents to access and update the current pipeline state.

Can I use this workflow orchestration approach for architecture decisions and code changes?

Yes, this workflow orchestration approach supports architecture decisions and code changes by relying on dedicated phase skills to generate specs, plans, ADRs, and the actual code modifications.

Do I need dedicated phase skills to run a spec-driven feature development pipeline?

Yes, you need dedicated phase skills to run a spec-driven feature development pipeline because the coordinator separates orchestration responsibilities from the phase skills that generate the actual specs, plans, and code.

Why must state.json never be committed in git safety workflows?

State.json must never be committed in git safety workflows because it serves as a transient per-run state file for atomic stage-boundary updates, and committing it would pollute the repository with internal pipeline data.