feat(web): implement schedule editor in MaintenancePoliciesTab
CI / changes (push) Successful in 8s
CI / commitlint (push) Has been skipped
CI / openapi (push) Has been skipped
CI / web (push) Successful in 31s
CI / go (push) Successful in 51s
CI / bird2 (push) Successful in 15s
CI / release (push) Successful in 3m48s

Enhanced the MaintenancePoliciesTab by integrating a schedule editor for maintenance policies. Users can now select schedule modes, input custom cron expressions, and dynamically update the schedule preview. This update improves the user interface and experience for managing maintenance schedules.
This commit is contained in:
Denozordec
2026-06-12 18:40:22 +07:00
parent 132559cb8e
commit de64374c91
71 changed files with 15643 additions and 4 deletions
@@ -0,0 +1,181 @@
---
description: Basic archiving approach for Level 2 Simple Enhancement tasks
globs: "**/level2/**", "**/archive/**", "**/completion/**"
alwaysApply: false
---
# BASIC ARCHIVING FOR LEVEL 2 TASKS
> **TL;DR:** This document outlines a basic archiving approach for Level 2 (Simple Enhancement) tasks, ensuring that completed work is properly documented and knowledge is preserved with minimal overhead.
## 🔍 ARCHIVING OVERVIEW
Even for Level 2 tasks, proper archiving ensures that completed work is documented and knowledge is preserved. This basic archiving approach provides sufficient structure while maintaining efficiency.
## 📋 ARCHIVING PRINCIPLES
1. **Completion**: Clearly document what was completed
2. **Context**: Preserve the context of the enhancement
3. **Knowledge**: Capture key insights and lessons
4. **Findability**: Make archived information easy to find
5. **References**: Create cross-references to related work
## 📋 BASIC ARCHIVE STRUCTURE
```markdown
# Enhancement Archive: [Feature Name]
## Summary
[Brief summary of the enhancement]
## Date Completed
YYYY-MM-DD
## Key Files Modified
- [File path 1]
- [File path 2]
- [File path 3]
## Requirements Addressed
- [Requirement 1]
- [Requirement 2]
- [Requirement 3]
## Implementation Details
[Brief description of how the enhancement was implemented]
## Testing Performed
- [Test 1]
- [Test 2]
- [Test 3]
## Lessons Learned
- [Lesson 1]
- [Lesson 2]
- [Lesson 3]
## Related Work
- [Link to related task/enhancement 1]
- [Link to related task/enhancement 2]
## Notes
[Any additional information or context]
```
## 📋 ARCHIVE LOCATION
Store archives in an organized structure:
```
docs/
└── archive/
└── enhancements/
└── YYYY-MM/
├── feature-name-1.md
└── feature-name-2.md
```
## 📋 ARCHIVING PROCESS
Follow these steps to archive a Level 2 task:
1. **Prepare Archive Content**:
- Gather all relevant information
- Fill in the archive template
- Include all key implementation details
2. **Cross-Reference Creation**:
- Update tasks.md with link to archive
- Add reference in progress.md
- Update activeContext.md with next focus
3. **File Creation and Storage**:
- Create appropriate directory if needed
- Save archive file with descriptive name
- Ensure file follows naming convention
4. **Final Verification**:
- Check archive for completeness
- Verify all cross-references
- Ensure all links are working
## 📋 CROSS-REFERENCE FORMAT
When creating cross-references:
1. **In tasks.md**:
```markdown
## Completed Enhancements
- [X] [Feature Name] (YYYY-MM-DD) - [Archive Link](../docs/archive/enhancements/YYYY-MM/feature-name.md)
```
2. **In progress.md**:
```markdown
## Completed Milestones
- [Feature Name] enhancement completed on YYYY-MM-DD. See [archive entry](../docs/archive/enhancements/YYYY-MM/feature-name.md).
```
3. **In activeContext.md**:
```markdown
## Recently Completed
- [Feature Name] enhancement is now complete. Archive: [link](../docs/archive/enhancements/YYYY-MM/feature-name.md)
## Current Focus
- Moving to [Next Task Name]
```
## 📋 ARCHIVING VERIFICATION CHECKLIST
```
✓ ARCHIVE VERIFICATION
- Archive content complete? [YES/NO]
- Archive properly stored? [YES/NO]
- Cross-references created? [YES/NO]
- tasks.md updated? [YES/NO]
- progress.md updated? [YES/NO]
- activeContext.md updated? [YES/NO]
→ If all YES: Archiving complete
→ If any NO: Complete archiving process
```
## 📋 MINIMAL MODE ARCHIVING
For minimal mode, use this format:
```
✓ ARCHIVE: [Feature Name]
✓ DATE: YYYY-MM-DD
✓ FILES: [Key files changed]
✓ SUMMARY: [One-sentence summary]
✓ LESSONS: [Key takeaway]
✓ REFS: [tasks.md, progress.md, activeContext.md]
```
## 🔄 INTEGRATION WITH MEMORY BANK
Archiving integrates with Memory Bank:
```mermaid
graph TD
Archive["Enhancement<br>Archive"] --> TasksUpdate["Update<br>tasks.md"]
Archive --> ProgressUpdate["Update<br>progress.md"]
Archive --> ContextUpdate["Update<br>activeContext.md"]
TasksUpdate & ProgressUpdate & ContextUpdate --> CrossLinks["Create<br>Cross-Links"]
CrossLinks --> Verify["Verify<br>References"]
```
## 🚨 KNOWLEDGE PRESERVATION PRINCIPLE
Remember:
```
┌─────────────────────────────────────────────────────┐
│ Archive files are a VALUABLE KNOWLEDGE RESOURCE. │
│ Take care to preserve insights and lessons that │
│ will benefit future work. │
└─────────────────────────────────────────────────────┘
```
This ensures that knowledge is preserved and can be referenced in the future.
@@ -0,0 +1,178 @@
---
description: Basic reflection format for Level 2 Simple Enhancement tasks
globs: "**/level2/**", "**/reflection/**"
alwaysApply: false
---
# BASIC REFLECTION FOR LEVEL 2 TASKS
> **TL;DR:** This document outlines a basic reflection approach for Level 2 (Simple Enhancement) tasks, ensuring that key insights and lessons are captured without unnecessary overhead.
## 🔍 REFLECTION OVERVIEW
Reflection is essential for improving future work, even for simpler Level 2 enhancements. This basic reflection approach focuses on key outcomes, challenges, and lessons learned while maintaining efficiency.
## 📋 REFLECTION PRINCIPLES
1. **Honesty**: Accurately represent successes and challenges
2. **Specificity**: Include concrete examples and observations
3. **Insight**: Go beyond surface observations to derive useful insights
4. **Improvement**: Focus on actionable takeaways for future work
5. **Efficiency**: Keep reflection concise and focused on key learnings
## 📋 BASIC REFLECTION STRUCTURE
```markdown
# Level 2 Enhancement Reflection: [Feature Name]
## Enhancement Summary
[Brief one-paragraph summary of the enhancement]
## What Went Well
- [Specific success point 1]
- [Specific success point 2]
- [Specific success point 3]
## Challenges Encountered
- [Specific challenge 1]
- [Specific challenge 2]
- [Specific challenge 3]
## Solutions Applied
- [Solution to challenge 1]
- [Solution to challenge 2]
- [Solution to challenge 3]
## Key Technical Insights
- [Technical insight 1]
- [Technical insight 2]
- [Technical insight 3]
## Process Insights
- [Process insight 1]
- [Process insight 2]
- [Process insight 3]
## Action Items for Future Work
- [Specific action item 1]
- [Specific action item 2]
- [Specific action item 3]
## Time Estimation Accuracy
- Estimated time: [X hours/days]
- Actual time: [Y hours/days]
- Variance: [Z%]
- Reason for variance: [Brief explanation]
```
## 📋 REFLECTION QUALITY
High-quality reflections for Level 2 tasks should:
1. **Provide specific examples** rather than vague statements
2. **Identify concrete takeaways** not general observations
3. **Connect challenges to solutions** with clear reasoning
4. **Analyze estimation accuracy** to improve future planning
5. **Generate actionable improvements** for future work
## 📋 REFLECTION PROCESS
Follow these steps for effective Level 2 task reflection:
1. **Schedule Reflection**:
- Allocate dedicated time for reflection
- Complete reflection within 24 hours of task completion
2. **Gather Information**:
- Review the original task requirements
- Examine implementation details
- Consider challenges encountered
- Review time tracking data
3. **Complete Template**:
- Fill in all sections of the reflection template
- Include specific, concrete examples
- Be honest about challenges
4. **Extract Insights**:
- Identify patterns in challenges
- Connect challenges to potential future improvements
- Consider process improvements
5. **Document Action Items**:
- Create specific, actionable improvements
- Link these to future tasks where applicable
6. **Store Reflection**:
- Save reflection with the task archive
- Add cross-references to relevant documents
## 📋 EXAMPLES: VAGUE VS. SPECIFIC ENTRIES
### ❌ Vague Entries (Insufficient)
- "The implementation went well."
- "We had some challenges with the code."
- "The feature works as expected."
### ✅ Specific Entries (Sufficient)
- "The modular approach allowed for easy integration with the existing codebase, specifically the clean separation between the UI layer and data processing logic."
- "Challenge: The state management became complex when handling multiple user interactions. Solution: Implemented a more structured reducer pattern with clear actions and state transitions."
- "Action Item: Create a reusable component for file selection that handles all the edge cases we encountered in this implementation."
## 📋 REFLECTION VERIFICATION CHECKLIST
```
✓ REFLECTION VERIFICATION
- All template sections completed? [YES/NO]
- Specific examples provided? [YES/NO]
- Challenges honestly addressed? [YES/NO]
- Concrete solutions documented? [YES/NO]
- Actionable insights generated? [YES/NO]
- Time estimation analyzed? [YES/NO]
→ If all YES: Reflection complete
→ If any NO: Improve reflection quality
```
## 📋 MINIMAL MODE REFLECTION
For minimal mode, use this format:
```
✓ REFLECTION: [Feature Name]
✓ WENT WELL: [Key success]
✓ CHALLENGE: [Key challenge]
✓ SOLUTION: [Key solution]
✓ INSIGHT: [Most important takeaway]
✓ ACTION: [Top priority action item]
✓ TIME: Est [X] vs. Actual [Y] ([Z%] variance)
```
## 🔄 INTEGRATION WITH MEMORY BANK
Reflection integrates with Memory Bank:
```mermaid
graph TD
Reflection["Enhancement<br>Reflection"] --> Archive["Add to<br>Archive"]
Reflection --> ProgressUpdate["Update<br>progress.md"]
Reflection --> ActionItems["Document<br>Action Items"]
ActionItems --> Tasks["Add to<br>tasks.md"]
Archive & ProgressUpdate & Tasks --> CrossLinks["Create<br>Cross-Links"]
```
## 🚨 CONTINUOUS IMPROVEMENT PRINCIPLE
Remember:
```
┌─────────────────────────────────────────────────────┐
│ Every reflection should produce at least ONE │
│ actionable improvement for future work. │
└─────────────────────────────────────────────────────┘
```
This ensures that reflection directly contributes to ongoing improvement of both the product and the process.
@@ -0,0 +1,188 @@
---
description: Basic task tracking for Level 2 Simple Enhancement tasks
globs: "**/level2/**", "**/tracking/**", "**/task/**"
alwaysApply: false
---
# BASIC TASK TRACKING FOR LEVEL 2
> **TL;DR:** This document outlines a streamlined task tracking approach for Level 2 (Simple Enhancement) tasks. It provides a balanced framework for managing task progress with minimal overhead.
## 🔍 TASK TRACKING OVERVIEW
Level 2 tasks require a more structured tracking approach than Level 1, but don't need the comprehensive tracking of higher-level tasks. This basic tracking system provides sufficient structure while maintaining efficiency.
## 📋 TASK TRACKING PRINCIPLES
1. **Clarity**: Tasks should be clearly defined
2. **Visibility**: Progress should be visible at a glance
3. **Structure**: Break work into logical subtasks
4. **Updates**: Keep progress regularly updated
5. **Completion**: Clearly mark when tasks are done
## 📋 TASK STRUCTURE FOR LEVEL 2
```markdown
## [Feature Name] Enhancement
**Status**: [Not Started/In Progress/Complete]
**Priority**: [High/Medium/Low]
**Estimated Effort**: [Small/Medium/Large]
### Description
[Brief description of the enhancement]
### Requirements
- [Requirement 1]
- [Requirement 2]
- [Requirement 3]
### Subtasks
- [ ] [Subtask 1]
- [ ] [Subtask 2]
- [ ] [Subtask 3]
### Dependencies
- [Dependency 1]
- [Dependency 2]
### Notes
[Any additional information or context]
```
## 📋 TASKS.MD ORGANIZATION
Organize tasks.md with these sections for Level 2 tasks:
```markdown
# Tasks
## Active Enhancements
- [Enhancement 1] - [Status]
- [Enhancement 2] - [Status]
## Enhancement Details
### [Enhancement 1]
[Task structure as above]
### [Enhancement 2]
[Task structure as above]
## Completed Enhancements
- [X] [Completed Enhancement 1] (YYYY-MM-DD)
- [X] [Completed Enhancement 2] (YYYY-MM-DD)
```
## 📋 UPDATING TASK STATUS
Update tasks using this process:
1. **Starting a Task**:
- Update Status to "In Progress"
- Add start date to Notes
2. **Progress Updates**:
- Check off subtasks as completed
- Add brief notes about progress
- Update any changed requirements
3. **Completing a Task**:
- Update Status to "Complete"
- Check off all subtasks
- Move to Completed Enhancements
- Add completion date
## 📋 SUBTASK MANAGEMENT
For Level 2 tasks, subtasks should:
1. Be actionable and specific
2. Represent approximately 30-60 minutes of work
3. Follow a logical sequence
4. Be updated as soon as completed
5. Include verification steps
Example of well-structured subtasks:
```markdown
### Subtasks
- [ ] Review existing implementation of related features
- [ ] Create draft UI design for new button
- [ ] Add HTML structure for new component
- [ ] Implement button functionality in JavaScript
- [ ] Add appropriate styling in CSS
- [ ] Add event handling
- [ ] Test on desktop browsers
- [ ] Test on mobile browsers
- [ ] Update user documentation
```
## 📋 PROGRESS VISUALIZATION
Use progress indicators to show status:
```markdown
### Progress
[###-------] 30% Complete
```
For subtasks:
```markdown
### Subtasks (3/10 Complete)
- [X] Subtask 1
- [X] Subtask 2
- [X] Subtask 3
- [ ] Subtask 4
- [ ] Subtask 5
```
## 📋 TRACKING VERIFICATION CHECKLIST
```
✓ TASK TRACKING VERIFICATION
- Task clearly defined? [YES/NO]
- Requirements listed? [YES/NO]
- Subtasks created? [YES/NO]
- Dependencies identified? [YES/NO]
- Status up-to-date? [YES/NO]
→ If all YES: Task tracking is adequate
→ If any NO: Update task tracking
```
## 📋 MINIMAL MODE TRACKING
For minimal mode, use this format:
```
✓ TASK: [Enhancement name]
✓ STATUS: [In Progress/Complete]
✓ SUBTASKS: [X/Y Complete]
✓ NEXT: [Next action]
```
## 🔄 INTEGRATION WITH MEMORY BANK
Task tracking integrates with Memory Bank:
```mermaid
graph TD
TasksFile["tasks.md"] --> Active["activeContext.md"]
TasksFile --> Progress["progress.md"]
Active -->|"Current focus"| TasksFile
Progress -->|"Completion status"| TasksFile
```
## 🚨 TASKS.MD PRIMACY PRINCIPLE
Remember:
```
┌─────────────────────────────────────────────────────┐
│ tasks.md is the SINGLE SOURCE OF TRUTH for ALL │
│ task tracking. ALL task updates MUST be reflected │
│ in tasks.md IMMEDIATELY. │
└─────────────────────────────────────────────────────┘
```
This ensures everyone has visibility into current task status at all times.
@@ -0,0 +1,289 @@
---
description: Basic workflow for Level 2 Simple Enhancement tasks
globs: "**/level2/**", "**/workflow/**"
alwaysApply: false
---
# WORKFLOW FOR LEVEL 2 TASKS
> **TL;DR:** This document outlines a structured yet efficient workflow for Level 2 (Simple Enhancement) tasks, including 6 key phases with milestone checkpoints and quality verification.
## 🔍 LEVEL 2 WORKFLOW OVERVIEW
```mermaid
graph LR
Init["1. INITIALIZATION"] --> Doc["2. DOCUMENTATION<br>SETUP"]
Doc --> Plan["3. TASK<br>PLANNING"]
Plan --> Impl["4. IMPLEMENTATION"]
Impl --> Reflect["5. REFLECTION"]
Reflect --> Archive["6. ARCHIVING"]
%% Document connections for each phase
Init -.-> InitDocs["INITIALIZATION"]
Doc -.-> DocDocs["DOCUMENTATION"]
Plan -.-> PlanDocs["PLANNING"]
Impl -.-> ImplDocs["IMPLEMENTATION"]
Reflect -.-> ReflectDocs["REFLECTION"]
Archive -.-> ArchiveDocs["ARCHIVING"]
```
Level 2 tasks involve simple enhancements that require a structured approach with moderate planning and documentation. This workflow provides the right balance of process and efficiency.
## 📋 WORKFLOW PHASES
### Phase 1: INITIALIZATION
```mermaid
graph TD
Start["Start Level 2 Task"] --> Platform{"Detect<br>Platform"}
Platform --> FileCheck["Critical File<br>Verification"]
FileCheck --> LoadStructure["Load Memory<br>Bank Structure"]
LoadStructure --> TaskCreation["Create Task<br>in tasks.md"]
TaskCreation --> SetupComplete["Initialization<br>Complete"]
```
**Steps:**
1. Platform detection
2. Critical file verification
3. Memory Bank structure loading
4. Task creation in tasks.md
5. Initial task scope definition
**Milestone Checkpoint:**
```
✓ INITIALIZATION CHECKPOINT
- Platform detected and configured? [YES/NO]
- Critical files verified? [YES/NO]
- Memory Bank loaded? [YES/NO]
- Task created in tasks.md? [YES/NO]
- Initial scope defined? [YES/NO]
→ If all YES: Proceed to Documentation Setup
→ If any NO: Complete initialization steps
```
### Phase 2: DOCUMENTATION SETUP
```mermaid
graph TD
Start["Begin Documentation<br>Setup"] --> LoadTemplate["Load Basic<br>Documentation Templates"]
LoadTemplate --> UpdateProject["Update<br>projectbrief.md"]
UpdateProject --> UpdateContext["Update<br>activeContext.md"]
UpdateContext --> SetupComplete["Documentation<br>Setup Complete"]
```
**Steps:**
1. Load basic documentation templates
2. Update projectbrief.md with enhancement details
3. Update activeContext.md with current focus
4. Create minimal documentation structure
**Milestone Checkpoint:**
```
✓ DOCUMENTATION CHECKPOINT
- Documentation templates loaded? [YES/NO]
- projectbrief.md updated? [YES/NO]
- activeContext.md updated? [YES/NO]
- Documentation structure created? [YES/NO]
→ If all YES: Proceed to Task Planning
→ If any NO: Complete documentation setup
```
### Phase 3: TASK PLANNING
```mermaid
graph TD
Start["Begin Task<br>Planning"] --> Requirements["Define Clear<br>Requirements"]
Requirements --> SubTasks["Break Down<br>Into Subtasks"]
SubTasks --> TasksUpdate["Update tasks.md<br>With Subtasks"]
TasksUpdate --> TimeEstimate["Create Time<br>Estimates"]
TimeEstimate --> PlanComplete["Planning<br>Complete"]
```
**Steps:**
1. Define clear requirements
2. Break down into subtasks
3. Update tasks.md with subtasks
4. Create time estimates
5. Document dependencies and constraints
**Milestone Checkpoint:**
```
✓ PLANNING CHECKPOINT
- Requirements clearly defined? [YES/NO]
- Task broken down into subtasks? [YES/NO]
- tasks.md updated with subtasks? [YES/NO]
- Time estimates created? [YES/NO]
- Dependencies documented? [YES/NO]
→ If all YES: Proceed to Implementation
→ If any NO: Complete planning steps
```
### Phase 4: IMPLEMENTATION
```mermaid
graph TD
Start["Begin<br>Implementation"] --> SubTask1["Complete<br>Subtask 1"]
SubTask1 --> UpdateStatus1["Update Status<br>in tasks.md"]
UpdateStatus1 --> SubTask2["Complete<br>Subtask 2"]
SubTask2 --> UpdateStatus2["Update Status<br>in tasks.md"]
UpdateStatus2 --> FinalSubTask["Complete<br>Final Subtask"]
FinalSubTask --> Verification["Perform<br>Verification"]
Verification --> ImplComplete["Implementation<br>Complete"]
```
**Steps:**
1. Implement first subtask
2. Update status in tasks.md
3. Implement remaining subtasks
4. Regular status updates after each subtask
5. Verify complete implementation
**Milestone Checkpoint:**
```
✓ IMPLEMENTATION CHECKPOINT
- All subtasks completed? [YES/NO]
- Status updates maintained? [YES/NO]
- Enhancement fully implemented? [YES/NO]
- Basic verification performed? [YES/NO]
- tasks.md fully updated? [YES/NO]
→ If all YES: Proceed to Reflection
→ If any NO: Complete implementation steps
```
### Phase 5: REFLECTION
```mermaid
graph TD
Start["Begin<br>Reflection"] --> Template["Load Reflection<br>Template"]
Template --> Review["Review Completed<br>Enhancement"]
Review --> Document["Document Successes<br>and Challenges"]
Document --> Insights["Extract Key<br>Insights"]
Insights --> Actions["Define Action<br>Items"]
Actions --> ReflectComplete["Reflection<br>Complete"]
```
**Steps:**
1. Load reflection template
2. Review completed enhancement
3. Document successes and challenges
4. Extract key insights
5. Define action items for future work
**Milestone Checkpoint:**
```
✓ REFLECTION CHECKPOINT
- Reflection template loaded? [YES/NO]
- Enhancement reviewed? [YES/NO]
- Successes and challenges documented? [YES/NO]
- Key insights extracted? [YES/NO]
- Action items defined? [YES/NO]
→ If all YES: Proceed to Archiving
→ If any NO: Complete reflection steps
```
### Phase 6: ARCHIVING
```mermaid
graph TD
Start["Begin<br>Archiving"] --> Template["Load Archive<br>Template"]
Template --> Gather["Gather Implementation<br>Details"]
Gather --> Create["Create Archive<br>Document"]
Create --> CrossRef["Create Cross-<br>References"]
CrossRef --> Update["Update Memory<br>Bank Files"]
Update --> ArchiveComplete["Archiving<br>Complete"]
```
**Steps:**
1. Load archive template
2. Gather implementation details
3. Create archive document
4. Create cross-references
5. Update Memory Bank files
**Milestone Checkpoint:**
```
✓ ARCHIVING CHECKPOINT
- Archive template loaded? [YES/NO]
- Implementation details gathered? [YES/NO]
- Archive document created? [YES/NO]
- Cross-references created? [YES/NO]
- Memory Bank files updated? [YES/NO]
→ If all YES: Task Complete
→ If any NO: Complete archiving steps
```
## 📋 WORKFLOW VERIFICATION CHECKLIST
```
✓ FINAL WORKFLOW VERIFICATION
- All phases completed? [YES/NO]
- All milestone checkpoints passed? [YES/NO]
- tasks.md fully updated? [YES/NO]
- Reflection document created? [YES/NO]
- Archive document created? [YES/NO]
- Memory Bank fully updated? [YES/NO]
→ If all YES: Level 2 Task Successfully Completed
→ If any NO: Address outstanding items
```
## 📋 MINIMAL MODE WORKFLOW
For minimal mode, use this streamlined workflow:
```
1. INIT: Verify environment, create task entry
2. DOCS: Update projectbrief and activeContext
3. PLAN: Define requirements, subtasks, estimates
4. IMPL: Complete subtasks, update status
5. REFLECT: Document key insights and actions
6. ARCHIVE: Document completion and cross-reference
```
## 🔄 LEVEL TRANSITION HANDLING
```mermaid
graph TD
L2["Level 2 Task"] --> Assess["Continuous<br>Assessment"]
Assess --> Down["Downgrade to<br>Level 1"]
Assess --> Up["Upgrade to<br>Level 3/4"]
Down --> L1Trigger["Triggers:<br>- Simpler than expected<br>- Quick fix possible<br>- Single component"]
Up --> L34Trigger["Triggers:<br>- More complex<br>- Multiple components<br>- Design needed"]
L1Trigger --> L1Switch["Switch to<br>Level 1 Workflow"]
L34Trigger --> L34Switch["Switch to<br>Level 3/4 Workflow"]
```
## 🔄 INTEGRATION WITH MEMORY BANK
```mermaid
graph TD
Workflow["Level 2<br>Workflow"] --> PB["Update<br>projectbrief.md"]
Workflow --> AC["Update<br>activeContext.md"]
Workflow --> TM["Maintain<br>tasks.md"]
Workflow --> PM["Update<br>progress.md"]
PB & AC & TM & PM --> MB["Memory Bank<br>Integration"]
MB --> NextTask["Transition to<br>Next Task"]
```
## 🚨 EFFICIENCY PRINCIPLE
Remember:
```
┌─────────────────────────────────────────────────────┐
│ Level 2 workflow balances PROCESS with EFFICIENCY. │
│ Follow the structure but avoid unnecessary overhead. │
└─────────────────────────────────────────────────────┘
```
This ensures that simple enhancements are implemented with the right level of documentation and process.