The single source of truth for all platform feature specifications. Each feature is defined using a BDD-first, spec-driven methodology before any implementation begins.
.agent/ # Agent workflows and rules
.specify/ # Spec framework: templates, scripts, constitution
.github/workflows/ # CI checks (markdownlint, cspell, link-check, spec-validator)
NNN-feature-name/ # Feature specification directories (001–047)
spec.md # Feature specification
checklists/
requirements.md # Quality checklist
Features are numbered sequentially with a three-digit prefix (001–047). Each directory contains:
| File | Purpose |
|---|---|
spec.md |
Behavioral specification with user stories, requirements, and success criteria |
checklists/requirements.md |
Quality gate checklist validated before planning |
All development follows the BDD → TDD → Implementation flow:
- Specify — Define behavioral expectations in
spec.md - Plan — Generate implementation design artifacts
- Task — Break the plan into dependency-ordered tasks
- Implement — Write code against failing tests
See .specify/memory/constitution.md for governance principles.
# Create a new feature specification
.specify/scripts/powershell/create-new-feature.ps1 "Your feature description"Every pull request runs:
- Markdown Lint — Structure and formatting
- Spell Check — Domain-aware via
cspell.json - Link Checker — Validates all URLs
- PR Title Lint — Enforces conventional commits
- Spec Validator — Ensures
spec.mdandchecklists/requirements.mdexist with required headers
See CONTRIBUTING.md for guidelines on creating and reviewing specifications.
This project is licensed under the MIT License — see LICENSE for details.