A developer-focused framework for building software features through coordinated AI agent collaboration.
Requires opencode v0.15.29+ because of positional arguments for across agent compatibility.
- Git repository initialized
- OpenCode CLI installed
# Create a task from your current discussion
/auto_task "Add OAuth2 support to our authentication service"
# Plan the implementation with architectural analysis
/auto_plan ./.task/0030-add-oauth2-support.md @architect @sonnet
# Execute the plan with code generation
/orch ./.task/0030-add-oauth2-support.md ./.plan/0030-add-oauth2-support.md grok sonnetTransforms conversation into structured development tasks.
Usage:
/auto_task [task description]What it does:
- Creates numbered task files in
./.task/directory - Generates kebab-case filenames (max 7 words)
- Structures requirements and expected outcomes
- Uses the current conversation context as input when called after discussing requirements
Example:
# After discussing authentication requirements:
/auto_task "Implement JWT token refresh mechanism with Redis caching"
# Creates: ./.task/0040-implement-jwt-token-refresh.mdCreates comprehensive feature specifications with architectural planning.
Usage:
/auto_feature [feature description]What it does:
- Creates feature files in
./.feature/directory - Generates feature architecture documentation
- Uses the current conversation context as input when called after architectural discussions
- Breaks down complex features into manageable components
Example:
# After discussing system architecture:
/auto_feature "Implement user authentication system with JWT and OAuth2"
# Creates: ./.feature/100-user-authentication-system.mdGenerates comprehensive development plans with architectural analysis.
Usage:
/auto_plan ./.task/[filename].md @architect @agent_typeFile outputs:
./.plan/arch_[filename].md- Architectural analysis./.plan/[filename].md- Implementation plan
Example:
/auto_plan ./.task/0040-implement-jwt-token-refresh.md @architect @sonnetExecutes development plans with quality validation.
Usage:
/orch ./.task/[filename].md ./.plan/[filename].md agent_1 agent_2Process:
- First agent implements the plan
- Second agent reviews implementation quality
- Iterative improvement until 90%+ compliance
- Tracks modified files without automatic commits
Example:
/orch ./.task/0040-implement-jwt-token-refresh.md ./.plan/0040-implement-jwt-token-refresh.md grok sonnetFor multi-task features requiring architectural coordination.
# 1. Create feature specification
/auto_feature "Implement user authentication system with JWT and OAuth2"
# 2. Decompose into individual tasks
/feature_decompose ./.feature/100-user-authentication-system.md
# 3. Plan each task
/auto_plan ./.task/100_1_10-jwt-service.md @sonnet @glm
/auto_plan ./.task/100_1_20-oauth2-integration.md @sonnet @glm
# 4. Execute each task
/orch ./.task/100_1_10-jwt-service.md ./.plan/100_1_10-jwt-service.md grok sonnetFor straightforward development tasks.
# 1. Create task
/auto_task "Add input validation to user registration endpoint"
# 2. Generate plan
/auto_plan ./.task/0050-add-input-validation.md @sonnet @glm
# 3. Execute implementation
/orch ./.task/0050-add-input-validation.md ./.plan/0050-add-input-validation.md grok sonnet- grok: General coding and planning
- sonnet: General coding and planning
- supernova: General coding and planning
- qwen3: General coding and planning
- architect: Architectural guidance, design patterns, system integration
- security-auditor: Security reviews, vulnerability identification
- review: Code quality, best practices, performance optimization
- Planning:
@glm @sonnetor@sonnet @glm - Execution:
@glm @sonnetor@sonnet @glm
- Implementation Feasibility (40%)
- Architectural Alignment (30%)
- Completeness (20%)
- Integration Quality (10%)
- Plan compliance - follows specified implementation
- Approach adherence - uses planned methodology
- Code quality - follows best practices
- Security considerations - addresses vulnerabilities
- Test coverage - includes appropriate tests
project/
├── .task/ # Individual tasks
│ └── {id}-{title}.md # Task specifications
├── .plan/ # Development plans
│ ├── arch_{id}.md # Architecture analysis
│ └── {id}.md # Implementation plans
├── .feature/ # Feature specifications (complex projects)
│ ├── {id}-{title}.md # Feature requirements
│ ├── arch_{id}.md # Feature architecture
│ └── {id}-decomposition.md # Task breakdown
└── .cache/ # Support files
└── arch_migration.md # Migration documentation
- Be specific about requirements and constraints
- Include architectural considerations when known
- Use clear, descriptive task titles
- Discuss requirements first, then call
/auto_taskto capture the conversation context
- Discuss architecture and scope first, then call
/auto_featureto capture the conversation context - Include integration points and dependencies
- Define clear success criteria
- Use different agents for planning and review to get diverse perspectives
- Match agent specialties to task requirements
- Consider security-auditor for authentication, data handling, or network code
- The 90% score threshold ensures high-quality deliverables
- Review percentage breakdowns to understand specific improvement areas
- Monitor retry counts for potential issues
- No premature commits - review all changes before committing
- Use feature workflow for complex projects with 3+ related tasks
- Track modified files for incremental review and testing
- Retry Limits: 3 attempts per phase with clear failure handling
- Linear Flow: Predictable progression through phases
- No Infinite Loops: Eliminated problematic "repeat till file exists" patterns
- Graceful Degradation: Best effort completion when limits reached
/auto_task "Create database migration for user profile schema changes"
/auto_plan ./.task/0060-create-user-profile-migration.md @architect @sonnet
/orch ./.task/0060-create-user-profile-migration.md ./.plan/0060-create-user-profile-migration.md grok sonnet/auto_task "Add rate limiting to public API endpoints using Redis"
/auto_plan ./.task/0070-add-api-rate-limiting.md @architect @sonnet
/orch ./.task/0070-add-api-rate-limiting.md ./.plan/0070-add-api-rate-limiting.md grok sonnet/auto_task "Review authentication service for security vulnerabilities"
/auto_plan ./.task/0080-security-audit-auth-service.md @architect @security-auditor
/orch ./.task/0080-security-audit-auth-service.md ./.plan/0080-security-audit-auth-service.md grok sonnetThis framework provides a structured approach to AI-assisted development with clear separation between planning and execution, ensuring high-quality, architecturally sound software implementation.
- Structured Process: Clear separation between planning and execution
- Quality Assurance: Percentage-based validation ensures high-quality output
- Architectural Integrity: Research-backed architectural decisions
- Iterative Improvement: Automatic refinement until 90%+ quality achieved
- Traceability: Clear documentation trail from task to implementation
- Separation of Concerns: Architecture, planning, and implementation are handled separately
- Reliability: Retry limits, error handling, and no infinite loops 🛡️
- Flexibility: Dynamic agent selection with customizable combinations
- Task Creation: Be specific about requirements and include architectural considerations
- Agent Selection: Use different agents for planning (@agent_1) and review (@agent_2) to get diverse perspectives
- Quality Standards: The 90% score threshold ensures high-quality deliverables
- Documentation: Each stage produces comprehensive documentation for future reference
- No Premature Commits: Review all changes before committing to maintain code quality
- Feature vs Task: Use feature workflow for complex projects with 3+ related tasks
- Error Handling: Monitor retry counts and check for graceful failure handling
- Quality Tracking: Review percentage breakdowns to understand specific improvement areas
project/
├── .feature/ # Feature workflow
│ ├── {id}-{title}.md # Feature specifications
│ ├── arch_{id}.md # Essential architecture
│ ├── arch_{id}_research.md # Detailed research (optional)
│ └── {id}-decomposition.md # Task breakdown
├── .task/
│ └── {id}-{title}.md # Individual tasks
├── .plan/
│ ├── arch_{id}.md # Task-specific architecture
│ └── {id}.md # Implementation plans
├── .cache/ # Support files
│ └── arch_migration.md # Migration guide
├── templates/ # Architecture templates
│ ├── arch_essential.md # Essential arch template
│ └── arch_research.md # Research template
└── [your code files] # Implementation results
This framework ensures systematic, high-quality feature development through coordinated agent collaboration while maintaining architectural integrity and code quality standards.