# Meta-Rule: Feature Implementation **Author**: Matthew Raymer **Date**: 2025-08-21 **Status**: 🎯 **ACTIVE** - Feature implementation workflow bundling ## Purpose This meta-rule bundles all the rules needed for building features with proper architecture and cross-platform support. Use this when implementing planned features or refactoring existing code. ## When to Use - **Feature Development**: Building new features from planning - **Code Refactoring**: Restructuring existing code for better architecture - **Platform Expansion**: Adding features to new platforms - **Service Implementation**: Building new services or components - **Integration Work**: Connecting features with existing systems - **Performance Optimization**: Improving feature performance ## Bundled Rules ### **Development Foundation** - **`app/timesafari_development.mdc`** - TimeSafari-specific development workflow and quality standards - **`development/software_development.mdc`** - Core development principles and evidence requirements - **`development/type_safety_guide.mdc`** - Type-safe implementation with proper error handling ### **Architecture & Patterns** - **`app/architectural_patterns.mdc`** - Design patterns and architectural examples for features - **`app/architectural_examples.mdc`** - Implementation examples and testing strategies - **`app/architectural_implementation.mdc`** - Implementation guidelines and best practices ### **Platform & Services** - **`app/timesafari_platforms.mdc`** - Platform abstraction patterns and platform-specific requirements - **`development/asset_configuration.mdc`** - Asset management and build integration - **`development/logging_standards.mdc`** - Proper logging implementation standards ### **Quality & Validation** - **`architecture/build_validation.mdc`** - Build system validation and testing procedures - **`architecture/build_testing.mdc`** - Testing requirements and feedback collection - **`development/complexity_assessment.mdc`** - Complexity evaluation for implementation ## Workflow Sequence ### **Phase 1: Implementation Foundation (Start Here)** 1. **Development Workflow** - Use `timesafari_development.mdc` for development standards and workflow 2. **Type Safety** - Apply `type_safety_guide.mdc` for type-safe implementation 3. **Architecture Patterns** - Use `architectural_patterns.mdc` for design patterns ### **Phase 2: Feature Development** 1. **Platform Services** - Apply `timesafari_platforms.mdc` for platform abstraction 2. **Implementation Examples** - Use `architectural_examples.mdc` for implementation guidance 3. **Asset Configuration** - Apply `asset_configuration.mdc` for asset management ### **Phase 3: Quality & Testing** 1. **Logging Implementation** - Use `logging_standards.mdc` for proper logging 2. **Build Validation** - Apply `build_validation.mdc` for build system compliance 3. **Testing & Feedback** - Use `build_testing.mdc` for testing requirements ## Success Criteria - [ ] **Feature implemented** following development standards - [ ] **Type safety maintained** with proper error handling - [ ] **Architecture patterns applied** consistently - [ ] **Platform abstraction implemented** correctly - [ ] **Logging properly implemented** with component context - [ ] **Assets configured** and integrated with build system - [ ] **Build validation passed** with no build system issues - [ ] **Testing completed** across all target platforms - [ ] **Code review completed** with all feedback addressed ## Common Pitfalls - **Don't skip architecture patterns** - leads to inconsistent design - **Don't ignore platform abstraction** - creates platform-specific code - **Don't skip type safety** - leads to runtime errors - **Don't ignore logging** - makes future debugging harder - **Don't skip build validation** - can break build system - **Don't forget asset configuration** - leads to missing assets ## Integration Points ### **With Other Meta-Rules** - **Feature Planning**: Planning outputs drive implementation approach - **Bug Fixing**: Implementation patterns inform fix strategies - **Bug Diagnosis**: Implementation insights help with investigation ### **With Development Workflow** - Implementation follows development standards - Architecture decisions drive implementation approach - Platform requirements inform testing strategy ## Feedback & Improvement ### **Sub-Rule Ratings (1-5 scale)** - **Development Workflow**: ___/5 - Comments: _______________ - **Type Safety**: ___/5 - Comments: _______________ - **Architecture Patterns**: ___/5 - Comments: _______________ - **Platform Services**: ___/5 - Comments: _______________ - **Build Validation**: ___/5 - Comments: _______________ ### **Workflow Feedback** - **Implementation Clarity**: How clear was the implementation guidance? - **Pattern Effectiveness**: How well did architecture patterns work? - **Platform Coverage**: How well did platform guidance cover your needs? ### **Sub-Rule Improvements** - **Clarity Issues**: Which rules were unclear or confusing? - **Missing Examples**: What examples would make rules more useful? - **Integration Problems**: Do any rules conflict or overlap? ### **Overall Experience** - **Time Saved**: How much time did this meta-rule save you? - **Quality Improvement**: Did following these rules improve your implementation? - **Recommendation**: Would you recommend this meta-rule to others? ## Model Implementation Checklist ### Before Feature Implementation - [ ] **Planning Review**: Review feature planning and requirements - [ ] **Architecture Planning**: Plan architecture and design patterns - [ ] **Platform Analysis**: Understand platform-specific requirements - [ ] **Testing Strategy**: Plan testing approach for the feature ### During Feature Implementation - [ ] **Rule Application**: Apply bundled rules in recommended sequence - [ ] **Implementation**: Implement feature following development standards - [ ] **Testing**: Test feature across all target platforms - [ ] **Documentation**: Document implementation details and decisions ### After Feature Implementation - [ ] **Validation**: Verify feature meets all success criteria - [ ] **Code Review**: Complete code review with team - [ ] **Testing**: Complete comprehensive testing across platforms - [ ] **Feedback Collection**: Collect feedback on meta-rule effectiveness --- **See also**: - `.cursor/rules/meta_feature_planning.mdc` for planning workflow - `.cursor/rules/meta_bug_fixing.mdc` for fix implementation patterns - `.cursor/rules/meta_bug_diagnosis.mdc` for investigation insights **Status**: Active meta-rule for feature implementation **Priority**: High **Estimated Effort**: Ongoing reference **Dependencies**: All bundled sub-rules **Stakeholders**: Development team, Architecture team, QA team