Files
SuperClaude/.claude/commands/estimate.md
NomenAK 9c3608a783 Clean up references to deleted scripts and pattern system
- Removed references to validate-references.sh from YAML files
- Removed expand-references.sh from settings.local.json
- Cleaned up @pattern/@flags references from shared files
- Updated documentation to reflect current no-code implementation
- Simplified reference-index.yml to remove @include patterns

This cleanup removes confusion from the abandoned pattern reference
system while maintaining all functionality.

🤖 Generated with [Claude Code](https://claude.ai/code)

Co-Authored-By: Claude <noreply@anthropic.com>
2025-06-24 21:24:14 +02:00

239 lines
8.5 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# /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}