GROWI
drift: noneTeam collaboration wiki (est. 2017) running feature development through Kiro-style spec folders — one folder per feature with spec.json, requirements.md, design.md, and tasks.md, plus a full steering set.
Kiro-style spec harness installed as Agent Skills into eight coding agents from one npx command, now centered on long-running autonomous implementation with per-task independent review.
Reviewed last month · Jul 18, 2026
| Week starting | Commits |
|---|---|
| Aug 23, 2026 | 0 |
| Aug 16, 2026 | 0 |
| Aug 9, 2026 | 0 |
| Aug 2, 2026 | 0 |
| Jul 26, 2026 | 0 |
| Jul 19, 2026 | 0 |
| Jul 12, 2026 | 0 |
| Jul 5, 2026 | 0 |
| Jun 28, 2026 | 0 |
| Jun 21, 2026 | 0 |
| Jun 14, 2026 | 0 |
| Jun 7, 2026 | 0 |
| May 31, 2026 | 0 |
| May 24, 2026 | 0 |
| May 17, 2026 | 0 |
| May 10, 2026 | 0 |
| May 3, 2026 | 0 |
| Apr 26, 2026 | 1 |
| Apr 19, 2026 | 3 |
| Apr 12, 2026 | 3 |
| Apr 5, 2026 | 68 |
| Mar 29, 2026 | 0 |
| Mar 22, 2026 | 0 |
| Mar 15, 2026 | 0 |
| Mar 8, 2026 | 3 |
| Mar 1, 2026 | 10 |
| Feb 22, 2026 | 0 |
| Feb 15, 2026 | 3 |
| Feb 8, 2026 | 0 |
| Feb 1, 2026 | 12 |
| Jan 25, 2026 | 0 |
| Jan 18, 2026 | 0 |
| Jan 11, 2026 | 0 |
| Jan 4, 2026 | 5 |
| Dec 28, 2025 | 1 |
| Dec 21, 2025 | 4 |
| Dec 14, 2025 | 4 |
| Dec 7, 2025 | 0 |
| Nov 30, 2025 | 0 |
| Nov 23, 2025 | 1 |
| Nov 16, 2025 | 8 |
| Nov 9, 2025 | 30 |
| Nov 2, 2025 | 7 |
| Oct 26, 2025 | 3 |
| Oct 19, 2025 | 5 |
| Oct 12, 2025 | 11 |
| Oct 5, 2025 | 12 |
| Sep 28, 2025 | 0 |
| Sep 21, 2025 | 3 |
| Sep 14, 2025 | 7 |
| Sep 7, 2025 | 24 |
| Aug 31, 2025 | 18 |
Metrics updated Aug 27, 2026 · collected automatically from the GitHub API
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.
/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/kiro-spec-init — create the .kiro/specs/<feature>/ workspace/kiro-spec-requirements — EARS-format requirements, then a human approval gate/kiro-spec-design — design.md with Mermaid diagrams and a File Structure Plan, then an approval gate/kiro-spec-tasks — task list with parallel-wave labels and boundary annotations, then an approval gate/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/kiro-validate-impl — feature-level validation with GO / NO-GO verdicts/kiro-steering for project memory, /kiro-validate-gap for brownfield gap analysis, /kiro-spec-batch for parallel multi-spec creation with cross-spec review/kiro-impl harness runs task-by-task with independent review, bounded debug loops, an evidence gate before success claims, and interruption-safe re-runsspec.json and downstream commands refuse to run until the prior phase is approved.kiro/ tree/kiro-discovery can legitimately route small work around the ceremony entirely/kiro:* command surface in favor of skills — most third-party tutorials already document the outdated flowTeam collaboration wiki (est. 2017) running feature development through Kiro-style spec folders — one folder per feature with spec.json, requirements.md, design.md, and tasks.md, plus a full steering set.
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.