Files
yvgude--lean-ctx/specs/README.md
T
wehub-resource-sync 26382a7ac6
CI / Clippy (push) Failing after 15m13s
CI / Test (ubuntu-latest) (push) Failing after 16m1s
CI / Test (macos-latest) (push) Has been cancelled
CI / Test (windows-latest) (push) Has been cancelled
CI / Build (no embeddings / no ORT) (push) Has been cancelled
CI / Format (push) Has been cancelled
CI / Cookbook (Node) (push) Has been cancelled
CI / Pi Extension (Node) (push) Has been cancelled
CI / Rust SDK (lean-ctx-client) (push) Has been cancelled
CI / Embed SDK (lean-ctx-sdk) (push) Has been cancelled
CI / Python SDK (leanctx) (push) Has been cancelled
CI / Hermes Plugin (Python) (push) Has been cancelled
CI / SDK Conformance Matrix (push) Has been cancelled
CI / Coverage (push) Has been cancelled
CI / cargo-deny (push) Has been cancelled
CI / Adversarial Safety (push) Has been cancelled
CI / Benchmarks (push) Has been cancelled
CI / Output-Quality Gate (eval A/B) (push) Has been cancelled
CI / Documentation (push) Has been cancelled
CI / CI Green (push) Has been cancelled
JetBrains Plugin / Actionlint (push) Has been cancelled
CodeQL / Analyze (actions) (push) Has been cancelled
CodeQL / Analyze (javascript-typescript) (push) Has been cancelled
CodeQL / Analyze (rust) (push) Has been cancelled
JetBrains Plugin / Validation (push) Has been cancelled
JetBrains Plugin / Build (push) Has been cancelled
JetBrains Plugin / Test (push) Has been cancelled
Security Check / Security Scan (push) Has been cancelled
chore: import upstream snapshot with attribution
2026-07-13 12:35:30 +08:00

33 lines
1.5 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# specs/ — Spec-Driven Development (SDD)
lean-ctx develops non-trivial features **spec-anchored** (2026 SDD): the spec is the
source of truth for *intent*; code + tests enforce it. Never jump spec → code —
review the plan, then the tasks, then implement in small, verified steps.
## Loop
```
spec → plan → tasks → implement (impact-first) → verify → evidence
```
See `CONTRIBUTING.md` → "Spec-driven workflow".
## Layout
- `specs/_template/` — copy these into a new feature dir.
- `specs/NNN-<slug>/` — one directory per feature; `NNN` = tracking issue iid.
- `spec.md` — problem, goal, EARS acceptance criteria, out-of-scope.
- `plan.md` — architecture, constraints, file structure, impact.
- `tasks.md` — atomic, individually testable steps with verification.
## How this relates to existing docs (no duplication)
- `docs/contracts/*-v1.md`**versioned runtime contracts** (SSOT for behavior).
Unchanged; a spec may *touch* a contract but does not replace it.
- `docs/superpowers/` — prior design notes/plans; kept as history, not migrated.
- `specs/NNN-*`**canonical home for new feature work** going forward.
## Conventions
- One feature = one `specs/NNN-<slug>/` dir; keep the spec to 13 pages.
- Acceptance criteria in **EARS** (`WHEN … THE system SHALL …`).
- Cite the spec in commits: `refs specs/NNN-<slug>`.
- Link the tracking issue (#NNN); the approved approach lives in `plan.md`.
- Skip the full loop for trivial fixes; use it for features, contracts, and
anything touching the tool/CLI surface.