You can not select more than 25 topics
			Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
		
		
		
		
		
			
		
			
				
					
					
						
							192 lines
						
					
					
						
							6.8 KiB
						
					
					
				
			
		
		
		
			
			
			
				
					
				
				
					
				
			
		
		
	
	
							192 lines
						
					
					
						
							6.8 KiB
						
					
					
				| # Meta-Rule: Core Always-On Rules | |
| 
 | |
| **Author**: Matthew Raymer | |
| **Date**: 2025-08-21 | |
| **Status**: 🎯 **ACTIVE** - Core rules for every prompt | |
| 
 | |
| ## Purpose | |
| 
 | |
| This meta-rule bundles the core rules that should be applied to **every single | |
| prompt** because they define fundamental behaviors, principles, and context | |
| that are essential for all AI interactions. | |
| 
 | |
| ## When to Use | |
| 
 | |
| **ALWAYS** - These rules apply to every single prompt, regardless of the task | |
| or context. They form the foundation for all AI assistant behavior. | |
| 
 | |
| ## Bundled Rules | |
| 
 | |
| ### **Core Human Competence Principles** | |
| 
 | |
| - **`core/base_context.mdc`** - Human competence first principles, interaction | |
|   guidelines, and output contract requirements | |
| - **`core/less_complex.mdc`** - Minimalist solution principle and complexity | |
|   guidelines | |
| 
 | |
| ### **Time & Context Standards** | |
| 
 | |
| - **`development/time.mdc`** - Time handling principles and UTC standards | |
| - **`development/time_examples.mdc`** - Practical time implementation examples | |
| - **`development/time_implementation.mdc`** - Detailed time implementation | |
|   guidelines | |
| 
 | |
| ### **Version Control & Process** | |
| 
 | |
| - **`workflow/version_control.mdc`** - Version control principles and commit | |
|   guidelines | |
| - **`workflow/commit_messages.mdc`** - Commit message format and conventions | |
| 
 | |
| ### **Application Context** | |
| 
 | |
| - **`app/timesafari.mdc`** - Core TimeSafari application context and | |
|   development principles | |
| - **`app/timesafari_development.mdc`** - TimeSafari-specific development | |
|   workflow and quality standards | |
| 
 | |
| ## Why These Rules Are Always-On | |
| 
 | |
| ### **Base Context** | |
| 
 | |
| - **Human Competence First**: Every interaction must increase human competence | |
| - **Output Contract**: All responses must follow the required structure | |
| - **Competence Hooks**: Learning and collaboration must be built into every response | |
| 
 | |
| ### **Time Standards** | |
| 
 | |
| - **UTC Consistency**: All timestamps must use UTC for system operations | |
| - **Evidence Collection**: Time context is essential for debugging and investigation | |
| - **Cross-Platform**: Time handling affects all platforms and features | |
| 
 | |
| ### **Version Control** | |
| 
 | |
| - **Commit Standards**: Every code change must follow commit message conventions | |
| - **Process Consistency**: Version control affects all development work | |
| - **Team Collaboration**: Commit standards enable effective team communication | |
| 
 | |
| ### **Application Context** | |
| 
 | |
| - **Platform Awareness**: Every task must consider web/mobile/desktop platforms | |
| - **Architecture Principles**: All work must follow TimeSafari patterns | |
| - **Development Standards**: Quality and testing requirements apply to all work | |
| 
 | |
| ## Application Priority | |
| 
 | |
| ### **Primary (Apply First)** | |
| 
 | |
| 1. **Base Context** - Human competence and output contract | |
| 2. **Time Standards** - UTC and timestamp requirements | |
| 3. **Application Context** - TimeSafari principles and platforms | |
| 
 | |
| ### **Secondary (Apply as Needed)** | |
| 
 | |
| 1. **Version Control** - When making code changes | |
| 2. **Complexity Guidelines** - When evaluating solution approaches | |
| 
 | |
| ## Integration with Other Meta-Rules | |
| 
 | |
| ### **Feature Planning** | |
| 
 | |
| - Base context ensures human competence focus | |
| - Time standards inform planning and estimation | |
| - Application context drives platform considerations | |
| 
 | |
| ### **Bug Diagnosis** | |
| 
 | |
| - Base context ensures systematic investigation | |
| - Time standards enable proper evidence collection | |
| - Application context provides system understanding | |
| 
 | |
| ### **Bug Fixing** | |
| 
 | |
| - Base context ensures quality implementation | |
| - Time standards maintain logging consistency | |
| - Application context guides testing strategy | |
| 
 | |
| ### **Feature Implementation** | |
| 
 | |
| - Base context ensures proper development approach | |
| - Time standards maintain system consistency | |
| - Application context drives architecture decisions | |
| 
 | |
| ## Success Criteria | |
| 
 | |
| - [ ] **Base context applied** to every single prompt | |
| - [ ] **Time standards followed** for all timestamps and logging | |
| - [ ] **Version control standards** applied to all code changes | |
| - [ ] **Application context considered** for all platform work | |
| - [ ] **Human competence focus** maintained in all interactions | |
| - [ ] **Output contract structure** followed in all responses | |
| 
 | |
| ## Common Pitfalls | |
| 
 | |
| - **Don't skip base context** - loses human competence focus | |
| - **Don't ignore time standards** - creates inconsistent timestamps | |
| - **Don't forget application context** - misses platform considerations | |
| - **Don't skip version control** - creates inconsistent commit history | |
| - **Don't lose competence focus** - reduces learning value | |
| 
 | |
| ## Feedback & Improvement | |
| 
 | |
| ### **Rule Effectiveness Ratings (1-5 scale)** | |
| 
 | |
| - **Base Context**: ___/5 - Comments: _______________ | |
| - **Time Standards**: ___/5 - Comments: _______________ | |
| - **Version Control**: ___/5 - Comments: _______________ | |
| - **Application Context**: ___/5 - Comments: _______________ | |
| 
 | |
| ### **Always-On Effectiveness** | |
| 
 | |
| - **Consistency**: Are these rules applied consistently across all prompts? | |
| - **Value**: Do these rules add value to every interaction? | |
| - **Overhead**: Are these rules too burdensome for simple tasks? | |
| 
 | |
| ### **Integration Feedback** | |
| 
 | |
| - **With Other Meta-Rules**: How well do these integrate with workflow rules? | |
| - **Context Switching**: Do these rules help or hinder context switching? | |
| - **Learning Curve**: Are these rules easy for new users to understand? | |
| 
 | |
| ### **Overall Experience** | |
| 
 | |
| - **Quality Improvement**: Do these rules improve response quality? | |
| - **Efficiency**: Do these rules make interactions more efficient? | |
| - **Recommendation**: Would you recommend keeping these always-on? | |
| 
 | |
| ## Model Implementation Checklist | |
| 
 | |
| ### Before Every Prompt | |
| 
 | |
| - [ ] **Base Context**: Ensure human competence principles are active | |
| - [ ] **Time Standards**: Verify UTC and timestamp requirements are clear | |
| - [ ] **Application Context**: Confirm TimeSafari context is loaded | |
| - [ ] **Version Control**: Prepare commit standards if code changes are needed | |
| 
 | |
| ### During Response Creation | |
| 
 | |
| - [ ] **Output Contract**: Follow required response structure | |
| - [ ] **Competence Hooks**: Include learning and collaboration elements | |
| - [ ] **Time Consistency**: Apply UTC standards for all time references | |
| - [ ] **Platform Awareness**: Consider all target platforms | |
| 
 | |
| ### After Response Creation | |
| 
 | |
| - [ ] **Validation**: Verify all always-on rules were applied | |
| - [ ] **Quality Check**: Ensure response meets competence standards | |
| - [ ] **Context Review**: Confirm application context was properly considered | |
| - [ ] **Feedback Collection**: Note any issues with always-on application | |
| 
 | |
| --- | |
| 
 | |
| **See also**: | |
| 
 | |
| - `.cursor/rules/meta_feature_planning.mdc` for workflow-specific rules | |
| - `.cursor/rules/meta_bug_diagnosis.mdc` for investigation workflows | |
| - `.cursor/rules/meta_bug_fixing.mdc` for fix implementation | |
| - `.cursor/rules/meta_feature_implementation.mdc` for feature development | |
| 
 | |
| **Status**: Active core always-on meta-rule | |
| **Priority**: Critical (applies to every prompt) | |
| **Estimated Effort**: Ongoing reference | |
| **Dependencies**: All bundled sub-rules | |
| **Stakeholders**: All AI interactions, Development team
 | |
| 
 |