Initial commit
This commit is contained in:
77
commands/continue.md
Normal file
77
commands/continue.md
Normal file
@@ -0,0 +1,77 @@
|
||||
# Continue implementation
|
||||
|
||||
Resume implementation of a requirement that was interrupted.
|
||||
|
||||
# Instructions
|
||||
|
||||
When the user runs `/continue [name]`:
|
||||
|
||||
1. **Determine which requirement to continue**
|
||||
|
||||
a. **If name is provided**: `/continue user-authentication`
|
||||
- Use that specific requirement
|
||||
|
||||
b. **If no name provided**: `/continue`
|
||||
- Read `.requirements/_index.json`
|
||||
- Find the requirement with the most recent `lastWorked` timestamp
|
||||
- If none found or multiple with same timestamp, ask user to specify
|
||||
|
||||
2. **Load the requirement and current state**
|
||||
- Read `.requirements/<name>.md`
|
||||
- Check which items in Implementation Checklist are checked
|
||||
- Check which Acceptance Criteria are marked done
|
||||
- Review any notes about implementation progress
|
||||
|
||||
3. **Analyze codebase for current state**
|
||||
- Use available tools to examine relevant files
|
||||
- Identify what has been implemented
|
||||
- Find where implementation stopped
|
||||
- Look for TODO comments or incomplete code
|
||||
|
||||
4. **Determine remaining work**
|
||||
- Compare requirements with actual implementation
|
||||
- List what's complete
|
||||
- List what remains to be done
|
||||
- Identify any gaps or issues
|
||||
|
||||
5. **Present status to user**
|
||||
Show clearly:
|
||||
```
|
||||
Continuing: <name>
|
||||
|
||||
✅ Completed:
|
||||
- [Item 1]
|
||||
- [Item 2]
|
||||
|
||||
⏳ In Progress:
|
||||
- [Item 3] (partially done)
|
||||
|
||||
❌ Not Started:
|
||||
- [Item 4]
|
||||
- [Item 5]
|
||||
|
||||
Next step: [What I'll do next]
|
||||
```
|
||||
|
||||
6. **Ask for confirmation**
|
||||
"Should I continue with [next step], or would you like to adjust the plan?"
|
||||
|
||||
7. **Resume implementation**
|
||||
- Pick up where it left off
|
||||
- Follow the same systematic approach as `/implement`
|
||||
- Update checklist items as completed
|
||||
- Update `_index.json` with `lastWorked` timestamp
|
||||
|
||||
8. **Handle completion**
|
||||
- If all work is done, mark requirement as "done" in `_index.json`
|
||||
- Summarize what was completed in this session
|
||||
- Suggest running `/req-status <name>` to verify
|
||||
|
||||
## Best Practices
|
||||
|
||||
- Always verify current state before continuing
|
||||
- Don't assume previous implementation was complete
|
||||
- Check for code quality issues in existing implementation
|
||||
- Maintain consistency with existing code
|
||||
- Update the requirements document with any new insights
|
||||
- If previous implementation has issues, fix them before continuing
|
||||
Reference in New Issue
Block a user