Specrate
Manage specs and changes to specs in a structured workflow for proposing, planning, implementing, and archiving changes.
Prerequisites
- •Git repository
- •Understanding of spec-driven development
Instructions
Core Actions
Based on user intent, follow the appropriate action:
| Intent | Action |
|---|---|
| Show current status | SHOW-STATUS |
| Propose a new change | PROPOSE-CHANGE |
| Amend an existing change | AMEND-CHANGE |
| Plan a proposed change | PLAN-CHANGE |
| Implement a planned change | IMPLEMENT-CHANGE |
| Archive an implemented change | ARCHIVE-CHANGE |
| Fix a spec according to codebase | FIX-SPEC |
Workflow
code
Propose → Plan → Implement → Archive
Each step has validation and documentation requirements.
Directory Structure
All specrate artifacts reside in .specrate/ at repository root:
code
.specrate/ ├── specs/ # Current specifications ├── changes/ # Proposed and active changes │ ├── proposed/ │ ├── planned/ │ └── implementing/ └── archive/ # Completed changes
Handling Ambiguous Requests
- •If intent mixes multiple actions: break down and confirm
- •If intent is ambiguous (e.g., "update the spec"): ask clarifying questions with options
Guidelines
- •Always ask for clarifications if needed
- •Ensure workspace remains consistent after each step
- •All artifacts MUST reside in
.specrate/folder - •Do NOT create auxiliary documents outside
.specrate/ - •Provide concise options when asking for clarifications
Notes
- •Designed for structured change management
- •Supports full change lifecycle tracking
- •Maintains audit trail of all spec modifications
Source: rickygao/specrate