2025-06-24 21:24:14 +02:00
|
|
|
|
# /estimate - Estimate time, complexity and resources
|
|
|
|
|
|
|
|
|
|
|
|
## Legend
|
|
|
|
|
|
| Symbol | Meaning | | Abbrev | Meaning |
|
|
|
|
|
|
|--------|---------|---|--------|---------|
|
|
|
|
|
|
| → | leads to | | cfg | configuration |
|
|
|
|
|
|
| & | and/with | | impl | implementation |
|
|
|
|
|
|
| w/ | with | | perf | performance |
|
|
|
|
|
|
| @ | at/located | | ops | operations |
|
|
|
|
|
|
| > | greater than | | val | validation |
|
|
|
|
|
|
| ∀ | for all/every | | req | requirements |
|
|
|
|
|
|
| ∃ | exists/there is | | deps | dependencies |
|
|
|
|
|
|
| ∴ | therefore | | env | environment |
|
|
|
|
|
|
| ∵ | because | | db | database |
|
|
|
|
|
|
| ≡ | equivalent | | api | interface |
|
|
|
|
|
|
| ≈ | approximately | | docs | documentation |
|
|
|
|
|
|
| 📁 | directory/path | | std | standard |
|
|
|
|
|
|
| 🔢 | number/count | | def | default |
|
|
|
|
|
|
| 📝 | text/string | | ctx | context |
|
|
|
|
|
|
| ⚙ | setting/config | | err | error |
|
|
|
|
|
|
| 🎛 | control/flags | | exec | execution |
|
|
|
|
|
|
| 🔧 | configuration | | qual | quality |
|
|
|
|
|
|
| 📋 | group/category | | rec | recovery |
|
|
|
|
|
|
| 🚨 | critical/urgent | | sev | severity |
|
|
|
|
|
|
| ⚠ | warning/caution | | resp | response |
|
|
|
|
|
|
| 🔄 | retry/recovery | | esc | escalation |
|
|
|
|
|
|
| ✅ | success/fixed | | tok | token |
|
|
|
|
|
|
| ❌ | failure/error | | opt | optimization |
|
|
|
|
|
|
| ℹ | information | | UX | user experience |
|
|
|
|
|
|
| ⚡ | fast/quick | | UI | user interface |
|
|
|
|
|
|
| 🐌 | slow/delayed | | C | critical |
|
|
|
|
|
|
| ✨ | complete/done | | H | high |
|
|
|
|
|
|
| 📖 | read operation | | M | medium |
|
|
|
|
|
|
| ✏ | edit operation | | L | low |
|
|
|
|
|
|
| 🗑 | delete operation | | |
|
|
|
|
|
|
|
|
|
|
|
|
## Purpose
|
|
|
|
|
|
Provide comprehensive time, complexity, and resource estimates for tasks specified in $ARGUMENTS using data-driven analysis.
|
|
|
|
|
|
|
|
|
|
|
|
## Syntax
|
|
|
|
|
|
`/estimate [flags] [task]`
|
|
|
|
|
|
|
|
|
|
|
|
## Universal Flags
|
|
|
|
|
|
--plan: "Show execution plan before running"
|
|
|
|
|
|
--uc: "UltraCompressed mode (~70% token reduction)"
|
|
|
|
|
|
--ultracompressed: "Alias for --uc"
|
|
|
|
|
|
--think: "Multi-file analysis w/ context (4K tokens)"
|
|
|
|
|
|
--think-hard: "Deep architectural analysis (10K tokens)"
|
|
|
|
|
|
--ultrathink: "Critical system redesign (32K tokens)"
|
|
|
|
|
|
--c7: "Enable Context7→library documentation lookup"
|
|
|
|
|
|
--seq: "Enable Sequential→complex analysis & thinking"
|
|
|
|
|
|
--magic: "Enable Magic→UI component generation"
|
|
|
|
|
|
--pup: "Enable Puppeteer→browser automation & testing"
|
|
|
|
|
|
--all-mcp: "Enable all MCP servers"
|
|
|
|
|
|
--no-mcp: "Disable all MCP servers (native tools only)"
|
|
|
|
|
|
--no-c7: "Disable Context7 specifically"
|
|
|
|
|
|
--no-seq: "Disable Sequential thinking specifically"
|
|
|
|
|
|
--no-magic: "Disable Magic UI builder specifically"
|
|
|
|
|
|
--no-pup: "Disable Puppeteer specifically"
|
|
|
|
|
|
|
|
|
|
|
|
## Command-Specific Flags
|
|
|
|
|
|
|
|
|
|
|
|
**Estimation Types:**
|
|
|
|
|
|
- `--detailed`: Comprehensive breakdown with subtask analysis
|
|
|
|
|
|
- `--quick`: High-level estimate for rapid planning
|
|
|
|
|
|
- `--worst-case`: Risk-based estimation with comprehensive scenarios
|
|
|
|
|
|
- `--comparative`: Compare multiple approaches or solutions
|
|
|
|
|
|
|
|
|
|
|
|
**Analysis Depth:**
|
|
|
|
|
|
- `--dependencies`: Include cross-team and technical dependencies
|
|
|
|
|
|
- `--risks`: Detailed risk analysis with mitigation strategies
|
|
|
|
|
|
- `--resources`: Team composition and skill requirements
|
|
|
|
|
|
- `--timeline`: Milestone-based project timeline
|
|
|
|
|
|
|
|
|
|
|
|
**Research Integration:**
|
|
|
|
|
|
- `--c7`: Research similar projects and patterns
|
|
|
|
|
|
- `--seq`: Complex estimation with uncertainty modeling
|
|
|
|
|
|
- `--benchmarks`: Industry benchmark comparison
|
|
|
|
|
|
|
|
|
|
|
|
## Examples
|
|
|
|
|
|
- `/estimate --detailed --dependencies --think` → Detailed breakdown with dependency analysis
|
|
|
|
|
|
- `/estimate --worst-case --risks --think-hard` → Risk-based estimation with scenarios
|
|
|
|
|
|
- `/estimate "migrate to microservices" --comparative --ultrathink` → Complex architectural estimation
|
|
|
|
|
|
- `/estimate --quick --benchmarks --c7` → Rapid estimate with industry data
|
|
|
|
|
|
- `/estimate --timeline --resources --seq` → Resource planning with timeline
|
|
|
|
|
|
|
|
|
|
|
|
## Estimation Framework
|
|
|
|
|
|
|
|
|
|
|
|
**Time Components:**
|
|
|
|
|
|
- **Development**: Implementation, code review, feedback cycles
|
|
|
|
|
|
- **Testing**: Unit, integration, end-to-end testing
|
|
|
|
|
|
- **Documentation**: Technical docs, user guides, API documentation
|
|
|
|
|
|
- **Deployment**: Release preparation, deployment, verification
|
|
|
|
|
|
- **Buffer**: Uncertainty, learning, unexpected issues
|
|
|
|
|
|
|
|
|
|
|
|
**Complexity Multipliers:**
|
|
|
|
|
|
- **New Feature**: 1.0x baseline (green field development)
|
|
|
|
|
|
- **Refactoring**: 1.5x (understanding existing + changes)
|
|
|
|
|
|
- **Legacy Integration**: 2.0x (constraints + unknowns)
|
|
|
|
|
|
- **Cross-Team Dependencies**: 1.5x (coordination overhead)
|
|
|
|
|
|
- **New Technology**: 1.8x (learning curve + risk)
|
|
|
|
|
|
|
|
|
|
|
|
**Uncertainty Factors:**
|
|
|
|
|
|
- **Clear Requirements + Known Tech**: ±10% variance
|
|
|
|
|
|
- **Some Unknowns + New Patterns**: ±25% variance
|
|
|
|
|
|
- **Significant Research Required**: ±50% variance
|
|
|
|
|
|
- **Completely New Territory**: ±100% variance
|
|
|
|
|
|
|
|
|
|
|
|
## Estimation Process
|
|
|
|
|
|
|
|
|
|
|
|
**1. Task Decomposition:**
|
|
|
|
|
|
- Break down into measurable subtasks
|
|
|
|
|
|
- Identify dependencies and prerequisites
|
|
|
|
|
|
- Map required skills and expertise
|
|
|
|
|
|
- Determine critical path items
|
|
|
|
|
|
|
|
|
|
|
|
**2. Base Estimation:**
|
|
|
|
|
|
- Estimate each subtask individually
|
|
|
|
|
|
- Use historical data where available
|
|
|
|
|
|
- Apply complexity multipliers
|
|
|
|
|
|
- Add uncertainty buffers
|
|
|
|
|
|
|
|
|
|
|
|
**3. Scenario Planning:**
|
|
|
|
|
|
- **Best Case**: Everything goes smoothly (20% probability)
|
|
|
|
|
|
- **Most Likely**: Normal friction and discoveries (60% probability)
|
|
|
|
|
|
- **Worst Case**: Significant obstacles encountered (20% probability)
|
|
|
|
|
|
|
|
|
|
|
|
**4. Validation:**
|
|
|
|
|
|
- Compare with similar projects
|
|
|
|
|
|
- Review with team members
|
|
|
|
|
|
- Validate assumptions
|
|
|
|
|
|
- Document reasoning
|
|
|
|
|
|
|
|
|
|
|
|
## Context Factors
|
|
|
|
|
|
|
|
|
|
|
|
**Team Factors:**
|
|
|
|
|
|
- Developer experience with codebase
|
|
|
|
|
|
- Team familiarity with technology stack
|
|
|
|
|
|
- Available mentorship and support
|
|
|
|
|
|
- Team size and composition
|
|
|
|
|
|
|
|
|
|
|
|
**Project Factors:**
|
|
|
|
|
|
- Quality of existing documentation
|
|
|
|
|
|
- Codebase complexity and technical debt
|
|
|
|
|
|
- Testing and CI/CD maturity
|
|
|
|
|
|
- Deployment and infrastructure complexity
|
|
|
|
|
|
|
|
|
|
|
|
**External Factors:**
|
|
|
|
|
|
- Stakeholder availability for feedback
|
|
|
|
|
|
- Third-party service dependencies
|
|
|
|
|
|
- Regulatory or compliance requirements
|
|
|
|
|
|
- Market or business constraints
|
|
|
|
|
|
|
|
|
|
|
|
## Research Requirements
|
|
|
|
|
|
|
|
|
|
|
|
**Data Sources:**
|
|
|
|
|
|
- Technology patterns → Research via `--c7` and official documentation
|
|
|
|
|
|
- Architecture patterns → Industry case studies and benchmarks
|
|
|
|
|
|
- Team velocity → Historical data and productivity metrics
|
|
|
|
|
|
- Risk assessment → Common pitfalls and mitigation strategies
|
|
|
|
|
|
|
|
|
|
|
|
**Evidence-Based Estimation:**
|
|
|
|
|
|
- Never estimate based on intuition alone
|
|
|
|
|
|
- Always research comparable scenarios
|
|
|
|
|
|
- Cite sources for all estimates
|
|
|
|
|
|
- Validate assumptions with data
|
|
|
|
|
|
|
|
|
|
|
|
## Deliverables
|
|
|
|
|
|
- **Estimate Summary**: Time ranges (min-max) with confidence levels
|
|
|
|
|
|
- **Complexity Assessment**: Technical difficulty and risk factors
|
|
|
|
|
|
- **Resource Requirements**: Team composition and skill needs
|
|
|
|
|
|
- **Risk Analysis**: Potential blockers and mitigation strategies
|
|
|
|
|
|
- **Timeline**: Milestone-based project schedule
|
|
|
|
|
|
- **Assumptions**: Key assumptions and dependencies
|
|
|
|
|
|
|
|
|
|
|
|
## Output Locations
|
|
|
|
|
|
- **Estimates**: `.claudedocs/summaries/estimate-{timestamp}.md`
|
|
|
|
|
|
- **Risk Analysis**: `.claudedocs/reports/risk-analysis-{timestamp}.md`
|
|
|
|
|
|
- **Timelines**: `.claudedocs/summaries/timeline-{timestamp}.md`
|
|
|
|
|
|
|
|
|
|
|
|
## Research Requirements
|
|
|
|
|
|
External_Library_Research:
|
|
|
|
|
|
- Identify library/framework mentioned
|
|
|
|
|
|
- Context7 lookup for official documentation
|
|
|
|
|
|
- Verify API patterns and examples
|
|
|
|
|
|
- Check version compatibility
|
|
|
|
|
|
- Document findings in implementation
|
|
|
|
|
|
Pattern_Research:
|
|
|
|
|
|
- Search existing codebase for similar patterns
|
|
|
|
|
|
- Magic component search if UI-related
|
|
|
|
|
|
- WebSearch for official documentation
|
|
|
|
|
|
- Validate approach with Sequential thinking
|
|
|
|
|
|
- Document pattern choice rationale
|
|
|
|
|
|
API_Integration_Research:
|
|
|
|
|
|
- Official documentation lookup
|
|
|
|
|
|
- Authentication requirements
|
|
|
|
|
|
- Rate limiting and error handling
|
|
|
|
|
|
- SDK availability and examples
|
|
|
|
|
|
- Integration testing approach
|
|
|
|
|
|
|
|
|
|
|
|
## Report Notifications
|
|
|
|
|
|
📄 Analysis report saved to: {path}
|
|
|
|
|
|
📊 Metrics updated: {path}
|
|
|
|
|
|
📋 Summary saved to: {path}
|
|
|
|
|
|
💾 Checkpoint created: {path}
|
|
|
|
|
|
📚 Documentation created: {path}
|
|
|
|
|
|
📁 Created directory: {path}
|
|
|
|
|
|
✅ {operation} completed successfully
|
|
|
|
|
|
❌ {operation} failed: {reason}
|
|
|
|
|
|
⚠ {operation} completed w/ warnings
|
|
|
|
|
|
|
|
|
|
|
|
## Best Practices
|
|
|
|
|
|
|
|
|
|
|
|
**Estimation Guidelines:**
|
|
|
|
|
|
- Provide ranges, not single numbers
|
|
|
|
|
|
- Include confidence levels
|
|
|
|
|
|
- Document all assumptions
|
|
|
|
|
|
- Plan for the unexpected
|
|
|
|
|
|
- Review and refine estimates regularly
|
|
|
|
|
|
|
|
|
|
|
|
**Common Pitfalls to Avoid:**
|
|
|
|
|
|
- Over-optimistic assumptions
|
|
|
|
|
|
- Ignoring integration complexity
|
|
|
|
|
|
- Underestimating testing time
|
|
|
|
|
|
- Forgetting documentation effort
|
|
|
|
|
|
- Missing deployment complexity
|
|
|
|
|
|
|
|
|
|
|
|
## Troubleshooting
|
|
|
|
|
|
- **Complex Projects**: Use `--ultrathink` for comprehensive analysis
|
|
|
|
|
|
- **Unknown Technologies**: Combine `--c7 --seq` for research-based estimates
|
|
|
|
|
|
- **High Uncertainty**: Use `--worst-case --risks` for scenario planning
|
|
|
|
|
|
- **Team Planning**: Include `--resources --timeline` for capacity planning
|
|
|
|
|
|
|
|
|
|
|
|
## Success Messages
|
|
|
|
|
|
✅ {operation} completed successfully
|
|
|
|
|
|
📝 Created: {file_path}
|
|
|
|
|
|
✏ Updated: {file_path}
|
|
|
|
|
|
✨ Task completed: {task_title}
|