mirror of
https://github.com/catlog22/Claude-Code-Workflow.git
synced 2026-02-14 02:42:04 +08:00
5983762810
## New Features - **Dual-mode update-memory commands**: /update-memory-full and /update-memory-related - **Git-aware change detection**: Intelligent context-aware documentation updates - **Complexity-adaptive execution**: Auto-delegation to memory-gemini-bridge for complex projects - **Depth-parallel processing**: Bottom-up execution ensuring proper context propagation - **Enhanced issue tracking integration**: Complete /workflow:issue:* command set documentation ## New Scripts & Infrastructure - detect_changed_modules.sh: Git-based change detection with fallback strategies - get_modules_by_depth.sh: Hierarchical module discovery and organization - update_module_claude.sh: Core CLAUDE.md update execution engine ## Documentation Updates - **README.md**: Added comprehensive update-memory system documentation with usage examples - **README_CN.md**: Complete Chinese localization of new features and technical details - **Command reference tables**: Updated with new /update-memory-* commands and /workflow:issue:* set - **Technical highlights**: Enhanced with dual-mode operations and complexity thresholds - **Usage workflows**: Added detailed examples for different development scenarios ## Technical Improvements - Streamlined memory-gemini-bridge.md (reduced by 200+ lines) - Simplified gemini-unified.md workflow documentation - Added comprehensive CLAUDE.md files for new modules - Enhanced DMS (Distributed Memory System) with 4-layer hierarchy templates ## Architecture Enhancements - **Complexity thresholds**: related mode (>15 modules), full mode (>20 modules) - **Git integration**: Smart change detection with comprehensive status reporting - **User confirmation workflows**: Clear execution plans with mandatory approval steps - **Fallback strategies**: Graceful handling of non-git environments 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
66 lines
2.1 KiB
Plaintext
66 lines
2.1 KiB
Plaintext
Create or update module-level CLAUDE.md documentation:
|
|
|
|
## Layer 3: Module Level Documentation Requirements
|
|
|
|
### Content Focus (MUST INCLUDE):
|
|
1. **Module-Specific Implementation Patterns**
|
|
- Implementation patterns used within this module
|
|
- Common coding approaches and idioms
|
|
- Module-specific design patterns
|
|
|
|
2. **Internal Architecture and Design Decisions**
|
|
- How the module is internally organized
|
|
- Key design decisions and their rationale
|
|
- Component relationships within the module
|
|
|
|
3. **API Contracts and Interfaces**
|
|
- Public interfaces exposed by this module
|
|
- Input/output contracts and data formats
|
|
- Integration points with other modules
|
|
|
|
4. **Module Dependencies and Relationships**
|
|
- Direct dependencies of this module
|
|
- How this module fits into the larger system
|
|
- Data flow in and out of the module
|
|
|
|
5. **Testing Strategies for This Module**
|
|
- Testing approaches specific to this module
|
|
- Test coverage strategies and targets
|
|
- Module-specific testing tools and frameworks
|
|
|
|
### Content Restrictions (STRICTLY AVOID):
|
|
- Project overview content (belongs in root-level docs)
|
|
- Domain-wide architectural patterns (belongs in domain-level docs)
|
|
- Detailed function documentation (belongs in sub-module-level docs)
|
|
- Configuration specifics (belongs in sub-module-level docs)
|
|
|
|
### Documentation Style:
|
|
- Focus on module-level architecture and patterns
|
|
- Explain how components within the module work together
|
|
- Document public interfaces and contracts
|
|
- Reference sub-module docs for detailed implementation
|
|
|
|
### Template Structure:
|
|
```markdown
|
|
# [Module Name] - Module Architecture
|
|
|
|
## 1. Module Overview
|
|
[Module's purpose and responsibilities]
|
|
|
|
## 2. Implementation Patterns
|
|
[Common patterns and approaches used]
|
|
|
|
## 3. Internal Architecture
|
|
[How the module is organized internally]
|
|
|
|
## 4. Public Interfaces
|
|
[APIs and contracts exposed by this module]
|
|
|
|
## 5. Dependencies and Integration
|
|
[Module dependencies and system integration]
|
|
|
|
## 6. Testing Strategy
|
|
[Testing approaches for this module]
|
|
```
|
|
|
|
Remember: This is Layer 3 - focus on module-level architecture and patterns, avoiding both domain-wide and detailed implementation concerns. |