UNPKG

adce-framework

Version:

Appetite-Driven Context Engineering framework for AI-first development with 2025 design patterns

233 lines (174 loc) 9.66 kB
# ADCE Methodology - Complete Guide **Appetite-Driven Context Engineering (ADCE)** is a systematic approach to AI-assisted software development that combines Shape Up principles, context engineering, and specialized AI agents with dramatically compressed development cycles. ## Core Philosophy **Problem**: Traditional AI development suffers from vague prompts, endless iteration, and inconsistent results. **Solution**: Systematic refinement through appetite constraints, context engineering, and specialized agents. ## The Three Pillars ### 1. Appetite-Driven Development (Shape Up) - **Fixed time, flexible scope** - Set time budgets, adjust features - **Circuit breakers** - Cut scope when complexity threatens deadlines - **Hill charts** - Track progress through problem-solving vs. execution phases ### 2. Context Engineering (PRP Method) - **Comprehensive context** - Provide everything AI needs for first-pass success - **Known gotchas** - Include critical implementation details - **Validation frameworks** - Define concrete success criteria ### 3. Specialized Agents (Subagents) - **Domain expertise** - Each agent specializes in specific responsibilities - **Consistent methodology** - All agents understand appetite and context principles - **Collaborative workflow** - Agents work together through structured handoffs ## AI-Acceleration Benefits **Traditional Timeline vs. AI-Accelerated:** - **Pitch Creation**: 2 days → Hours to 1 day (5-10x faster) - **Architecture Review**: 1 day → Hours to same day (3-5x faster) - **Implementation**: Weeks → Days to weeks (3-5x faster) - **First-Pass Success**: 40-60% → 80-95% with proper context engineering **Compressed Appetite Ranges:** - **Micro Features**: 1-3 days (simple CRUD, UI components, bug fixes) - **Small Features**: 3-5 days (workflows, integrations, moderate complexity) - **Medium Features**: 1-2 weeks (complex features, multi-component systems) - **Large Features**: 2-3 weeks (major features, architectural changes) ## The ADCE Workflow ### Phase 1: Shaping (Hours to 1 day) **Goal**: Transform broad ideas into appetite-bounded pitches **Process**: 1. **Problem Definition**: Specific user pain with concrete examples 2. **Appetite Setting**: How much time is this problem worth? (1-6 weeks) 3. **Solution Sketching**: Rough wireframes and user flows 4. **Boundary Setting**: What we're building vs. what we're not 5. **Context Package**: All information needed for implementation **Output**: Complete pitch document with context for implementation **Agent**: `shaper` - Turns broad ideas into structured pitches ### Phase 2: Architecture Review (Hours to same day) **Goal**: Assess technical feasibility and create implementation PRPs with AI acceleration **Process**: 1. **Feasibility Assessment**: Can this be built in AI-accelerated appetite? 2. **Risk Identification**: What technical unknowns exist with current context? 3. **PRP Creation**: Break pitch into 2-4 focused implementation units optimized for AI agents 4. **Circuit Breaker Planning**: Define scope reduction options with faster thresholds **Output**: Technical assessment and implementation PRPs **Agent**: `architect` - Technical leadership and scope management ### Phase 3: Implementation (Within AI-Accelerated Appetite) **Goal**: Build features within compressed appetite constraints using AI-first development **Process**: 1. **PRP Execution**: Implement using comprehensive context 2. **Progress Tracking**: Hill charts, not task completion 3. **Circuit Breakers**: Cut scope when appetite threatened 4. **Continuous Validation**: Prove it works at each step **Output**: Working software that delivers user value **Agents**: `builder` (UI/frontend) and `deployer` (infrastructure/backend) ### Phase 4: Integration & Validation **Goal**: Ensure everything works together and delivers promised value **Process**: 1. **Integration Testing**: Components work together correctly 2. **User Acceptance**: Delivers promised user value 3. **Performance Validation**: Meets basic performance requirements 4. **Deployment**: Gets to users safely ## Key Principles ### Appetite Management - **Time boxes are sacred** - Fixed time, flexible scope - **Circuit breakers activate early** - Cut features, not deadlines - **"Good enough" trumps "perfect"** - Ship working solutions - **User value first** - Technical elegance is secondary ### Context Engineering - **Front-load context** - Provide comprehensive information upfront - **Include gotchas** - Share known implementation challenges - **Reference patterns** - Show existing code examples to follow - **Validate assumptions** - Test that context actually works ### Agent Coordination - **Single responsibility** - Each agent has clear, non-overlapping role - **Structured handoffs** - Clear deliverables between agents - **Collaborative decisions** - Agents can consult each other when needed - **Quality gates** - Each agent validates their work before handoff ## Implementation Patterns ### Problem Requirements Prompts (PRPs) Each PRP includes: ```markdown ## Goal [Specific implementable objective] ## Appetite Constraint [Time allocation with clear boundary] ## All Needed Context - Documentation links with why each matters - Existing code patterns to follow - Known gotchas that break implementation - Validation criteria that prove success ## Circuit Breakers [What to cut if complexity grows] ``` ### Hill Chart Progress - **0-33%**: Problem solving (figuring out approach) - **34-66%**: Solution building (executing with clear direction) - **67-100%**: Finishing up (validation, integration, polish) ### Circuit Breaker Decision Tree 1. **First to cut**: Polish and nice-to-have features 2. **Next to cut**: Advanced functionality for power users 3. **Last resort**: Simplify core user workflow (but preserve value) 4. **Never cut**: Data safety, security basics, core user value ## Success Metrics ### Development Velocity - **Time to first working version** - How quickly can we validate ideas? - **Appetite adherence** - Percentage of cycles completed on time - **Scope discipline** - How often do we cut scope vs. extend time? ### Quality & User Value - **First-pass success rate** - AI implementation success with PRPs - **User adoption** - Do shipped features get used? - **Technical debt** - Are we building sustainable solutions? ### Team Effectiveness - **Context reuse** - Can we leverage patterns across projects? - **Agent specialization** - Are agents becoming more effective over time? - **Methodology refinement** - How is our process improving? ## Common Patterns ### Feature Development 1. **Shaper**: "Users can't see their spending patterns" → Complete pitch with 4-week appetite 2. **Architect**: Technical assessment → 4 PRPs (API, UI components, integration, deployment) 3. **Builder**: Implement UI components with responsive design 4. **Deployer**: Set up data pipeline and production deployment 5. **Integration**: All components work together, user value delivered ### Bug Investigation 1. **Architect**: Analyze bug reports → Root cause investigation PRP 2. **Builder/Deployer**: Implement fix using comprehensive context 3. **Validation**: Prove fix works without breaking existing functionality ### Technical Debt 1. **Architect**: Assess technical debt → Refactoring pitch with appetite 2. **Shaper**: (if needed) Frame as user problem with business value 3. **Implementation**: Systematic improvements within time constraints ## Anti-Patterns to Avoid ### Scope Creep - **Symptom**: "While we're at it, let's also..." - **Prevention**: Strict appetite discipline, circuit breakers - **Recovery**: Cut additions, focus on original user value ### Context Starvation - **Symptom**: AI agents need repeated clarification - **Prevention**: Front-load comprehensive context in PRPs - **Recovery**: Pause implementation, gather needed context ### Perfect Implementation - **Symptom**: Spending appetite time on polish vs. core functionality - **Prevention**: "Good enough" mindset, user value focus - **Recovery**: Circuit breaker activation, scope reduction ### Agent Confusion - **Symptom**: Unclear which agent should handle specific work - **Prevention**: Clear agent descriptions, structured handoffs - **Recovery**: Explicit agent selection, role clarification ## Advanced Techniques ### Multi-Cycle Features For features requiring more than 6 weeks: 1. **Break into separate appetites** - Each cycle delivers user value 2. **Progressive enhancement** - Build foundational value first 3. **User feedback loops** - Validate before building more complexity ### Cross-Team Coordination When multiple teams use ADCE: 1. **Shared context libraries** - Reuse PRPs and patterns across teams 2. **Agent customization** - Adapt agents for domain-specific needs 3. **Methodology refinement** - Share learnings and improvements ### Legacy Integration When working with existing codebases: 1. **Pattern identification** - Document existing approaches to follow 2. **Gradual adoption** - Start with new features, expand to refactoring 3. **Context archaeology** - Discover and document tribal knowledge --- This methodology transforms how teams build software with AI assistance, enabling predictable delivery of user value within fixed time constraints. ## Next Steps - **Try the methodology**: Start with [getting started guide](./getting-started.md) - **See examples**: Review complete workflows in [examples](../examples/) - **Join community**: Share experiences and learn from others - **Contribute**: Help improve the framework and methodology