SDD Observatory
Stars
3.6K
Contributors
17
Open issues
30
Age
1.1 years
Last push
3 months ago
Latest release
v3.0.2 Apr 13, 2026
Week of Aug 31, 2025: 18 commits Week of Sep 7, 2025: 24 commits Week of Sep 14, 2025: 7 commits Week of Sep 21, 2025: 3 commits Week of Sep 28, 2025: 0 commits Week of Oct 5, 2025: 12 commits Week of Oct 12, 2025: 11 commits Week of Oct 19, 2025: 5 commits Week of Oct 26, 2025: 3 commits Week of Nov 2, 2025: 7 commits Week of Nov 9, 2025: 30 commits Week of Nov 16, 2025: 8 commits Week of Nov 23, 2025: 1 commit Week of Nov 30, 2025: 0 commits Week of Dec 7, 2025: 0 commits Week of Dec 14, 2025: 4 commits Week of Dec 21, 2025: 4 commits Week of Dec 28, 2025: 1 commit Week of Jan 4, 2026: 5 commits Week of Jan 11, 2026: 0 commits Week of Jan 18, 2026: 0 commits Week of Jan 25, 2026: 0 commits Week of Feb 1, 2026: 12 commits Week of Feb 8, 2026: 0 commits Week of Feb 15, 2026: 3 commits Week of Feb 22, 2026: 0 commits Week of Mar 1, 2026: 10 commits Week of Mar 8, 2026: 3 commits Week of Mar 15, 2026: 0 commits Week of Mar 22, 2026: 0 commits Week of Mar 29, 2026: 0 commits Week of Apr 5, 2026: 68 commits Week of Apr 12, 2026: 3 commits Week of Apr 19, 2026: 3 commits Week of Apr 26, 2026: 1 commit Week of May 3, 2026: 0 commits Week of May 10, 2026: 0 commits Week of May 17, 2026: 0 commits Week of May 24, 2026: 0 commits Week of May 31, 2026: 0 commits Week of Jun 7, 2026: 0 commits Week of Jun 14, 2026: 0 commits Week of Jun 21, 2026: 0 commits Week of Jun 28, 2026: 0 commits Week of Jul 5, 2026: 0 commits Week of Jul 12, 2026: 0 commits Week of Jul 19, 2026: 0 commits Week of Jul 26, 2026: 0 commits Week of Aug 2, 2026: 0 commits Week of Aug 9, 2026: 0 commits Week of Aug 16, 2026: 0 commits Week of Aug 23, 2026: 0 commits
Commits per week, last 12 months · 246 total
View weekly commit data
Week startingCommits
Aug 23, 20260
Aug 16, 20260
Aug 9, 20260
Aug 2, 20260
Jul 26, 20260
Jul 19, 20260
Jul 12, 20260
Jul 5, 20260
Jun 28, 20260
Jun 21, 20260
Jun 14, 20260
Jun 7, 20260
May 31, 20260
May 24, 20260
May 17, 20260
May 10, 20260
May 3, 20260
Apr 26, 20261
Apr 19, 20263
Apr 12, 20263
Apr 5, 202668
Mar 29, 20260
Mar 22, 20260
Mar 15, 20260
Mar 8, 20263
Mar 1, 202610
Feb 22, 20260
Feb 15, 20263
Feb 8, 20260
Feb 1, 202612
Jan 25, 20260
Jan 18, 20260
Jan 11, 20260
Jan 4, 20265
Dec 28, 20251
Dec 21, 20254
Dec 14, 20254
Dec 7, 20250
Nov 30, 20250
Nov 23, 20251
Nov 16, 20258
Nov 9, 202530
Nov 2, 20257
Oct 26, 20253
Oct 19, 20255
Oct 12, 202511
Oct 5, 202512
Sep 28, 20250
Sep 21, 20253
Sep 14, 20257
Sep 7, 202524
Aug 31, 202518

Metrics updated Aug 27, 2026 · collected automatically from the GitHub API

Core approach

A faithful port of Kiro's requirements → design → tasks process into agent-agnostic tooling: npx cc-sdd@latest installs the same 17-skill set into whichever agent you use, with spec artifacts in .kiro/specs/<feature>/ (EARS-format requirements.md, design.md with a File Structure Plan, tasks.md with parallel waves) and project memory in .kiro/steering/. Its stance is that the spec is a contract between parts of the system, not a master command document — code remains the source of truth. Humans approve each phase at gates recorded in spec.json, then implementation runs autonomously with a per-task trio of fresh implementer, independent reviewer, and on-demand debugger.

Workflow

  1. /kiro-discovery — entry-point router that writes brief.md and decides: extend an existing spec, implement directly with no spec, create one spec, or decompose into several
  2. /kiro-spec-init — create the .kiro/specs/<feature>/ workspace
  3. /kiro-spec-requirements — EARS-format requirements, then a human approval gate
  4. /kiro-spec-designdesign.md with Mermaid diagrams and a File Structure Plan, then an approval gate
  5. /kiro-spec-tasks — task list with parallel-wave labels and boundary annotations, then an approval gate
  6. /kiro-impl — autonomous implementation: per task, a fresh implementer (TDD behind feature flags), an independent reviewer, and a debugger spawned in a clean context when blocked
  7. /kiro-validate-impl — feature-level validation with GO / NO-GO verdicts
  8. Optional: /kiro-steering for project memory, /kiro-validate-gap for brownfield gap analysis, /kiro-spec-batch for parallel multi-spec creation with cross-spec review

Supported tools

Strengths

  • Covers execution, not just planning — the /kiro-impl harness runs task-by-task with independent review, bounded debug loops, an evidence gate before success claims, and interruption-safe re-runs
  • Approval gates are operational, not aspirational: phase approvals are recorded in spec.json and downstream commands refuse to run until the prior phase is approved
  • Two-way Kiro portability — existing Kiro specs remain compatible, so teams can move between Kiro IDE and any of the eight supported agents on the same .kiro/ tree
  • Exceptional i18n for the category: 13 generated-document languages and fully mirrored Japanese docs
  • Documented restraint — the docs include a 'when you do not need cc-sdd' section, and /kiro-discovery can legitimately route small work around the ceremony entirely

Limitations

  • Effectively a single-maintainer project — a personal GitHub account and sole npm publisher, despite community contributions
  • The workflow is not yet settled: three major versions in eight months, with v3.0 deprecating the entire legacy /kiro:* command surface in favor of skills — most third-party tutorials already document the outdated flow
  • Six of the eight platform integrations are beta and one is experimental; Qwen Code is supported only through the legacy pre-skills mode, and parity is claimed for the templates but battle-tested mainly on Claude Code and Codex
  • The community's center of gravity is Japanese (Zenn, Qiita); English-language coverage is modest next to Spec Kit and BMAD

Tracked projects using cc-sdd

Notes

cc-sdd was created three days after AWS’s Kiro IDE went into public preview, as an explicit recreation of Kiro’s spec-driven process inside Claude Code — the homage is fossilized in every command name and the .kiro/ directory, and two-way spec compatibility with Kiro is a maintained feature. The name outgrew itself: “cc” meant Claude Code, but the same skill set now installs into eight agents. Its most articulated position is the inverse of Spec Kit’s: code, not the spec, remains the source of truth, and the spec is a human-approved contract that fixes boundaries while leaving the design space inside them to the agent. With v3.0 the project repositioned from spec generator to autonomous implementation harness, and unusually for the category it dogfoods in the open — the repo carries a live .kiro/ tree with example specs, and its own CLAUDE.md mandates the three-gate workflow for the project’s development.

Added Jul 18, 2026 · Assessment last reviewed Jul 18, 2026 · How we track