Delivery Specs
This directory contains delivery specifications that define how to build features for engineering handoff.
What is a Delivery Spec?
Delivery specs translate validated ideas into engineering requirements. They answer:
- What are the functional requirements?
- What files need to be created/modified?
- What are the acceptance criteria?
- What agent instructions apply?
When to Use
| Complexity | Discovery? | Delivery Spec? | Notes |
|---|---|---|---|
| Simple (CRUD) | Skip | Skip | Go directly to autocode-implementation-planner |
| Standard (feature) | Recommended | Optional | Discovery provides enough context |
| Complex (system) | Required | Required | Full pipeline for alignment |
File Format
Each feature has one file:
{feature}.mdβ Structured delivery spec with requirements, file manifest, agent instructions
Delivery Specs Index
| Feature | Status | Date |
|---|---|---|
| None yet |
Relationship to Other Docs
discovery/ β Validate + Taste (OST, PR/FAQ)
β
delivery-specs/ β Engineering handoff (YOU ARE HERE)
β
design-docs/ β Technical approach (ADR-style)
β
FEATURES.json β Links docs to implementation
β
specs/ β Implementation specs (autocode)
Creating Delivery Specs
Use the delivery-spec skill for structured delivery specs:
skill({ name: "delivery-spec" })
The skill guides you through:
- Problem context β References discovery doc
- Functional requirements β What the system must do
- File manifest β Files to create/modify
- Agent instructions β Patterns, constraints, anti-patterns
- Acceptance criteria β Definition of done
Integration with Discovery
Delivery specs read from discovery JSON:
- Pull
taste.delightsas success criteria context - Pull
taste.frustrationsas anti-patterns - Pull
scope.out_of_scopeas explicit boundaries