AI-powered SDLC documentation and project intelligence

Generate the 17-file SDLC scaffold, free Atlas graph, and premium project baseline from one toolkit.

SDTK-SPEC scaffolds the upstream artifact chain first, adds a free local Atlas document graph, and unlocks premium project ingest, audit, and refresh workflows before downstream coding handoff into SDTK-CODE.

  • Claude + Codex
  • Verification-first workflow
  • Git-native output
sdtk-spec-kit

$ npm install -g sdtk-spec-kit

sdtk-spec-kit 0.4.7 installed successfully.

$ sdtk-spec activate --license SDTK-XXXX-YYYY

Pro tier activated successfully.

$ sdtk-spec init --runtime claude --project-path .

SDTK-SPEC workspace initialized successfully.

14 skills installed to .claude/skills/

$ sdtk-spec generate --feature-key ORDER_TRACKING --feature-name "Order Tracking"

Generating documentation for feature: ORDER_TRACKING

All 17 expected scaffold files verified.

Done. 17-file scaffold created.

$ sdtk-spec project ingest --project-path .

Premium project foundation and staged docs baseline written.

When a solo founder reaches for this

Saturday morning. You have a one-line MVP idea from last night. You need a real plan — PRD, BA spec, architecture, API design — before you waste the weekend coding the wrong thing. Run sdtk-spec generate and 5 roles fill the scaffold in order. By lunch, you have something an AI coder can actually implement.

> YOUR INSTALLABLE PRODUCT TEAM

PM, BA, Architect, DEV planner, and QA — as installable skills your AI runs through, in order.

SDTK-SPEC installs 5 specialist roles that run sequentially with explicit handoffs. No more skipping straight to code with a vague brief. Each role produces a concrete file that the next role consumes — so the chain stays traceable from a one-line idea to a release-ready sign-off.

Step 1

PM

Frames the project — goals, scope, stakeholders, success criteria.

Produces

PROJECT_INITIATION.md

Hands off to: BA

## Goals
- Reduce order-tracking support tickets by 40%
## Scope
- In: customer self-serve tracking
- Out: carrier-side integrations

Step 2

BA

Turns goals into use cases, business rules, and acceptance criteria.

Produces

BA_SPEC.md

Hands off to: ARCH

## UC-01 View live order status
Actor: Customer
Precondition: Order exists
Flow: 1) open tracking page 2) enter order ID …
Acceptance: status, ETA, last update visible

Step 3

ARCH

Designs the system: APIs, DB schema, flows, integration boundaries.

Produces

OrderTracking_API.yaml

Hands off to: DEV

/api/v1/orders/{id}/status:
  get:
    responses:
      '200':
        schema: { $ref: '#/Order' }
      '404':
        $ref: '#/NotFound'

Step 4

DEV

Plans the implementation: file inventory, task split, code handoff packet.

Produces

FEATURE_IMPL_PLAN_ORDER_TRACKING.md

Hands off to: QA

## Files to change
- app/api/orders/status/route.ts (new)
- lib/orders/tracking.ts (new)
- tests/orders.spec.ts (new)
## Task order: schema → handler → tests → wiring

Step 5

QA

Writes test cases, runs the suite, makes the release decision.

Produces

TEST_CASES.md + RELEASE_SIGNOFF.md

→ Release

## TC-01 Track valid order
Given order ID 'ORD-123' …
When GET /api/v1/orders/ORD-123/status
Then 200 + status, ETA in body

## Release sign-off: APPROVED

Core capability

Built for governed delivery workflows

The product surface stays honest: scaffold first, then phase-by-phase enrichment with explicit quality contracts.

6-Phase Workflow

Run PM, BA, ARCH, DEV planning, and QA with 14 core SDTK-SPEC skills, shared planning, mandatory phase order, and bounded mailbox delegation.

Verification Gates

Every completion claim requires fresh command evidence, and DEV/QA handoffs enforce two-stage review gates.

Skill Catalog

The shipped upstream product includes a canonical catalog for the 14 core SDTK-SPEC skills so runtime/docs drift stays visible.

Handoff Templates

PM, BA, ARCH, DEV, and QA transitions use standard templates to reduce ambiguity before the next phase starts.

CLI-First Scaffold

One feature command creates the 17-file scaffold contract, then teams enrich the artifacts phase-by-phase.

Free Atlas Graph

Build a local markdown knowledge graph under .sdtk/atlas/, open it in the browser, and keep it project-local by default.

Premium Project Intelligence

Use gated project ingest, audit, and refresh workflows to build reusable foundation artifacts and staged docs baselines under .sdtk/project/.

Example Scenario Packs

Public example packs document enterprise CRUD, API-only, admin flow-action, and bugfix/hotfix workflows.

Runtime Readiness Audit

Maintainers can verify Claude or Codex runtime readiness before support, testing, or release validation.

Claude + Codex

The current shipped runtimes are Claude Code and Codex, with an explicit scope matrix and shared toolkit core.

Repo-Native Output

Keep every artifact in Git so PR review, version history, and traceability remain first-class.

How it works

From install to governed SDLC handoffs in four steps

The workflow stays intentionally CLI-first so teams can automate, audit, and rerun the scaffold without overclaiming one-shot full-pipeline generation.

1

Install CLI

Install sdtk-spec-kit globally once on your machine.

npm install -g sdtk-spec-kit
2

Init Runtime

Initialize the project for Claude or Codex and write the runtime guidance files.

sdtk-spec init --runtime <claude|codex> --project-path .
3

Generate Scaffold

Create the 17-file scaffold contract for one feature, or branch into the Atlas / premium project lane after initialization.

sdtk-spec generate --feature-key ORDER_TRACKING --feature-name "Order Tracking"
4

Run Governed Handoffs

Drive PM, BA, ARCH, DEV planning, and QA in SDTK-SPEC, or use Atlas plus premium ingest/audit/refresh before downstream implementation handoff into SDTK-CODE.

/pm -> /ba -> /arch -> /dev -> SDTK-CODE -> /qa

Deliverables

Preview the scaffold and governed delivery outputs

These examples reflect the current scaffold contract, shared planning flow, and review discipline so teams can inspect them directly in Git.

SHARED_PLANNING.md

Phase tracker, owners, blockers, and handoff status across the current SDTK-SPEC upstream workflow and handoff boundary.

# SHARED_PLANNING
Current phase: ARCH
Next handoff: DEV
Open blockers: 1
Quality gate status: BA PASS, PM PASS

Position in the SDTK control plane

Where SDTK-SPEC sits in the chain

SDTK-SPEC is the execution pack used by PM, BA, ARCH, and DEV-Plan. It is the planning surface every other pack hands off to or from.

  1. Orch
  2. PMuses
  3. BAuses
  4. ARCHuses
  5. DEVuses
  6. QAuses

Highlighted owners actively use SDTK-SPEC as their execution pack.

Pricing

Choose the path that fits your rollout stage

Free is available now. Pro checkout is live via Lemon Squeezy.

Free

$0

Start with the public SDTK toolkit, local Atlas graph compatibility, and SDTK-WIKI second-brain workflow.

  • Full public CLI baseline
  • 17 generated artifacts per feature
  • Free local Atlas graph viewer and SDTK-WIKI second brain
  • Docs-first onboarding path
Get Free

Popular next

Pro

$39

One-time purchase with activation-key unlock

  • Everything in Free
  • Project ingest, audit, and refresh
  • Priority support and premium packs
Buy Pro

Enterprise rollout

Need procurement, onboarding, or policy alignment?

Enterprise support is handled as a sales conversation, not as a separate public account tier. Start with Pro for self-serve access, or contact us if your team needs rollout planning.

> YOUR NEXT WEEKEND, BUT IT COMPOUNDS

Stop restarting from scratch. Give your nights and weekends the structure they need to ship.