OpenSpec, Superpowers, and Spec Kit: SDD Patterns
Compare OpenSpec, Superpowers, and GitHub Spec Kit through the practical SDD patterns they share: specs, plans, tasks, tests, review gates, and evidence.
A focused archive of Process articles for spec-first teams.
Compare OpenSpec, Superpowers, and GitHub Spec Kit through the practical SDD patterns they share: specs, plans, tasks, tests, review gates, and evidence.
A copy-ready packet for giving AI coding tools a bounded task, acceptance criteria, file ownership, tests, and review evidence before code generation starts.
Govern AI-assisted coding with spec-driven prompts: define scope, boundaries, evidence, and audit trails before generated code reaches review.
Review AI-generated pull requests against acceptance criteria: inspect the diff, run evidence checks, and catch failures a quick skim misses.
Use a pre-merge risk register for AI-generated code: flag auth, data, contract, migration, rollback, and observability risks.
Use test-evidence gates for AI-generated code: require meaningful tests before merge and catch hallucinated implementations before release.
Manage API changes for AI-generated clients with structured changelogs, announcement channels, compatibility rules, and CI gates.
How to run an API schema diff review before every release: what diff tools catch, what they miss, and the human checks that still matter for OpenAPI and GraphQL.
See how Spec Skills fits spec-first delivery through constrained prompts, spec injection, boundary enforcement, and reviewable AI output.
Quality gates for AI-assisted code: pre-prompt spec checks, diff review, test evidence, and human sign-off before generated code ships.
Add contract testing from OpenAPI to CI with generated tests, provider checks, consumer expectations, and reliable fixtures.
Specification patterns for event-driven systems: schema versioning, command vs fact events, orchestration choices, idempotent handlers, and replay safety.
Design high-risk releases with stop-loss metrics, rollout windows, rollback types, and owners who can pause expansion.
Write edge cases QA can execute with concrete inputs, starting states, expected outputs, and release-blocking priority.
Avoid ten specification mistakes that hide decisions, blur acceptance criteria, skip failure paths, and push scope arguments into implementation.
A 30-day adoption plan for Spec-First: choose the first workflow, set a review threshold, and measure whether rework drops.
PRD vs Technical Spec: What's the Difference becomes clearer when the team makes the hidden decisions visible before coding starts.
Use this pre-coding review checklist to separate blockers from preferences, record accepted risks, and attach test evidence before implementation begins.
What is spec-first development? A complete guide to surfacing hidden decisions about scope, contracts, edge cases, and acceptance criteria before coding starts.