Spec to Implementation
Transforms specifications into actionable implementation plans with progress tracking. Fetches spec documents, extracts requirements, breaks down into tasks, and manages implementation workflow.
Quick Start
When asked to implement a specification:
- Find spec: Search Notion to locate specification page
- Fetch spec: Read specification content
- Extract requirements: Parse and structure requirements from spec
- Create plan: Create implementation plan page in Notion
- Find task database: Search for tasks database
- Create tasks: Create individual tasks in task database
- Track progress: Update status as work progresses
Implementation Workflow
Step 1: Find the specification
Search for spec with name or topic. Look for spec title or keyword matches. If not found or ambiguous, ask user for spec URL/ID.
Example searches:
- "User Authentication spec"
- "Payment Integration specification"
- "Mobile App Redesign PRD"
Step 2: Fetch and analyze specification
Fetch spec page: Read full content including requirements, design, constraints
Parse specification:
- Identify functional requirements
- Note non-functional requirements (performance, security, etc.)
- Extract acceptance criteria
- Identify dependencies and blockers
Step 3: Create implementation plan
Break down into:
- Phases/milestones
- Technical approach
- Required tasks
- Effort estimates
- Risks and mitigations
Step 4: Create implementation plan page
Create in Notion with:
- Title: "Implementation Plan: [Feature Name]"
- Content: Structured plan with phases, tasks, timeline
- Link back to original spec
- Add to appropriate location (project page, database)
Step 5: Find and use task database
- Search for "Tasks" or "Task Management" database
- Fetch database schema to understand properties
- If not found, ask user for database location
Step 6: Create implementation tasks
For each task in plan:
- Create task in database
- Set properties: Name, Status (To Do), Priority, Related Tasks
- Add implementation details in content
Step 7: Track progress
Regular updates:
- Update task status
- Add progress notes (completed, current focus, blockers)
- Update implementation plan with milestone completion
- Link to deliverables (PRs, designs, etc.)
Implementation Plan Structure
- Overview: Brief summary
- Linked Spec: Reference to source document
- Requirements Summary: Key requirements extracted
- Technical Approach: Architecture decisions
- Implementation Phases:
- Phase goal
- Tasks checklist
- Estimated effort
- Dependencies: What needs to happen first
- Risks & Mitigation: Potential issues
- Success Criteria: How to verify completion
Task Breakdown Patterns
| Pattern |
Use When |
| By Component |
Database, API, frontend, integration, testing |
| By Feature Slice |
Vertical slices (auth flow, data entry, reports) |
| By Priority |
P0 (must have), P1 (important), P2 (nice to have) |
Best Practices
- Always link spec and implementation: Maintain bidirectional references
- Break down into small tasks: Each completable in 1-2 days
- Extract clear acceptance criteria: Know when "done" is done
- Identify dependencies early: Note blockers in plan
- Update progress regularly: Daily notes for active work
- Track changes: Document spec updates and their impact
- Use checklists: Visual progress indicators help everyone
- Link deliverables: PRs, designs, docs should link back to tasks
Common Issues
| Issue |
Solution |
| Can't find spec |
Search with name/topic, try broader terms, ask user for URL |
| Multiple specs found |
Ask user which spec to implement |
| Can't find task database |
Search for "Tasks", ask user for location |
| Spec unclear |
Note ambiguities in plan, create clarification tasks |
| Requirements conflicting |
Document conflicts, create decision task |
| Scope too large |
Break into smaller specs/phases |
1---2name: spec-to-implementation3description: Turn product or tech specs into concrete Notion tasks. Breaks down spec pages into detailed implementation plans with clear tasks, acceptance criteria, and progress tracking.4---56# Spec to Implementation78Transforms specifications into actionable implementation plans with progress tracking. Fetches spec documents, extracts requirements, breaks down into tasks, and manages implementation workflow.910## Quick Start1112When asked to implement a specification:13141. **Find spec**: Search Notion to locate specification page152. **Fetch spec**: Read specification content163. **Extract requirements**: Parse and structure requirements from spec174. **Create plan**: Create implementation plan page in Notion185. **Find task database**: Search for tasks database196. **Create tasks**: Create individual tasks in task database207. **Track progress**: Update status as work progresses2122## Implementation Workflow2324### Step 1: Find the specification2526Search for spec with name or topic. Look for spec title or keyword matches. If not found or ambiguous, ask user for spec URL/ID.2728Example searches:29- "User Authentication spec"30- "Payment Integration specification"31- "Mobile App Redesign PRD"3233### Step 2: Fetch and analyze specification34351. **Fetch spec page**: Read full content including requirements, design, constraints36372. **Parse specification**:38 - Identify functional requirements39 - Note non-functional requirements (performance, security, etc.)40 - Extract acceptance criteria41 - Identify dependencies and blockers4243### Step 3: Create implementation plan4445Break down into:461. Phases/milestones472. Technical approach483. Required tasks494. Effort estimates505. Risks and mitigations5152### Step 4: Create implementation plan page5354Create in Notion with:55- Title: "Implementation Plan: [Feature Name]"56- Content: Structured plan with phases, tasks, timeline57- Link back to original spec58- Add to appropriate location (project page, database)5960### Step 5: Find and use task database61621. Search for "Tasks" or "Task Management" database632. Fetch database schema to understand properties643. If not found, ask user for database location6566### Step 6: Create implementation tasks6768For each task in plan:691. Create task in database702. Set properties: Name, Status (To Do), Priority, Related Tasks713. Add implementation details in content7273### Step 7: Track progress7475Regular updates:76- Update task status77- Add progress notes (completed, current focus, blockers)78- Update implementation plan with milestone completion79- Link to deliverables (PRs, designs, etc.)8081## Implementation Plan Structure8283- **Overview**: Brief summary84- **Linked Spec**: Reference to source document85- **Requirements Summary**: Key requirements extracted86- **Technical Approach**: Architecture decisions87- **Implementation Phases**:88 - Phase goal89 - Tasks checklist90 - Estimated effort91- **Dependencies**: What needs to happen first92- **Risks & Mitigation**: Potential issues93- **Success Criteria**: How to verify completion9495## Task Breakdown Patterns9697| Pattern | Use When |98|---------|----------|99| **By Component** | Database, API, frontend, integration, testing |100| **By Feature Slice** | Vertical slices (auth flow, data entry, reports) |101| **By Priority** | P0 (must have), P1 (important), P2 (nice to have) |102103## Best Practices1041051. **Always link spec and implementation**: Maintain bidirectional references1062. **Break down into small tasks**: Each completable in 1-2 days1073. **Extract clear acceptance criteria**: Know when "done" is done1084. **Identify dependencies early**: Note blockers in plan1095. **Update progress regularly**: Daily notes for active work1106. **Track changes**: Document spec updates and their impact1117. **Use checklists**: Visual progress indicators help everyone1128. **Link deliverables**: PRs, designs, docs should link back to tasks113114## Common Issues115116| Issue | Solution |117|-------|----------|118| Can't find spec | Search with name/topic, try broader terms, ask user for URL |119| Multiple specs found | Ask user which spec to implement |120| Can't find task database | Search for "Tasks", ask user for location |121| Spec unclear | Note ambiguities in plan, create clarification tasks |122| Requirements conflicting | Document conflicts, create decision task |123| Scope too large | Break into smaller specs/phases |