Orchestre Architecture Overview
High-Level Architecture
Core Concepts
MCP Server Architecture
Orchestre operates as an MCP (Model Context Protocol) server that provides:
- Dynamic Prompts: 20 essential prompts that adapt to your project context
- MCP Tools: 8 specialized tools for project initialization, analysis, and visual context capture
- Resource System: Contextual access to project knowledge and patterns
How It Works
- User Interaction: You invoke prompts through Claude Desktop/Code using the MCP protocol
- Context Discovery: Orchestre analyzes your project structure and existing patterns
- Adaptive Behavior: Prompts adjust their behavior based on discovered context
- Tool Execution: MCP tools perform specific operations when needed
Prompt System Architecture
Dynamic Context Adaptation
Template-Aware Behavior
Prompts automatically adapt based on your project template:
- MakerKit Projects: Uses Supabase conventions, understands team/billing structure
- Cloudflare Projects: Optimizes for edge runtime, uses Workers-specific APIs
- React Native Projects: Mobile-first patterns, handles platform-specific code
State-Based Intelligence
Prompts understand your project's lifecycle:
- MVP Phase: Focus on core features, skip premature optimizations
- Scaling Phase: Include performance optimizations, add monitoring
- Production Phase: Emphasize security, error handling, observability
Resource System
URI Scheme
Orchestre uses a custom URI scheme for resource access:
orchestre://[resource-type]/[path]Examples:
orchestre://project/prompts.json- Project configurationorchestre://memory/features/auth- Feature-specific knowledgeorchestre://template/makerkit-nextjs/patterns- Template patternsorchestre://knowledge/insights- Discovered insights
Resource Types
| Type | Purpose | Example Usage |
|---|---|---|
| project | Project-specific configuration | Current prompt state, settings |
| memory | Contextual knowledge storage | Feature documentation, decisions |
| template | Template-specific resources | Patterns, conventions, examples |
| knowledge | Discovered patterns and insights | Code patterns, best practices |
Memory System Architecture
Distributed Knowledge
Knowledge Lifecycle
- Discovery: Prompts analyze existing code and documentation
- Storage: Knowledge stored in contextual CLAUDE.md files
- Evolution: Documentation evolves with the codebase
- Retrieval: Future prompts access accumulated knowledge
Tool Architecture
Available Tools
initialize_project: Smart template initialization
- Clones templates or custom repositories
- Sets up project structure
- Installs dependencies
analyze_project: AI-powered requirement analysis
- Uses Gemini for complexity assessment
- Identifies technical requirements
- Suggests appropriate approach
generate_plan: Adaptive implementation planning
- Creates phased development plans
- Considers project complexity
- Optimizes for parallelization
install_commands: Orchestre setup
- Creates .orchestre directory
- Generates prompts.json configuration
- Sets up memory templates
Tool Integration
Security Considerations
API Key Management
- API keys stored as environment variables
- Never committed to version control
- Validated before tool execution
File System Access
- Scoped to project directory
- No arbitrary file system access
- Safe path resolution
Memory Isolation
- Project memories isolated
- No cross-project data leakage
- Git-friendly text format
Performance Characteristics
Response Times
- Prompts: < 100ms (in-memory)
- Tools (local): < 1s (file I/O)
- Tools (AI): 2-7s (API calls)
- Resource access: < 50ms
Scalability
- Stateless server design
- Minimal memory footprint
- Efficient file system access
- Cached template data
Future Architecture Considerations
Planned Enhancements
- Vector embeddings for semantic memory search
- Graph-based knowledge relationships
- Multi-modal support for diagrams/images
- Distributed team knowledge sharing
Extension Points
- Custom resource providers
- Additional AI model support
- Plugin architecture for tools
- Custom prompt templates
