mirror of
https://github.com/SuperClaude-Org/SuperClaude_Framework.git
synced 2025-12-29 16:16:08 +00:00
refactor: PM Agent complete independence from external MCP servers (#439)
* refactor: PM Agent complete independence from external MCP servers ## Summary Implement graceful degradation to ensure PM Agent operates fully without any MCP server dependencies. MCP servers now serve as optional enhancements rather than required components. ## Changes ### Responsibility Separation (NEW) - **PM Agent**: Development workflow orchestration (PDCA cycle, task management) - **mindbase**: Memory management (long-term, freshness, error learning) - **Built-in memory**: Session-internal context (volatile) ### 3-Layer Memory Architecture with Fallbacks 1. **Built-in Memory** [OPTIONAL]: Session context via MCP memory server 2. **mindbase** [OPTIONAL]: Long-term semantic search via airis-mcp-gateway 3. **Local Files** [ALWAYS]: Core functionality in docs/memory/ ### Graceful Degradation Implementation - All MCP operations marked with [ALWAYS] or [OPTIONAL] - Explicit IF/ELSE fallback logic for every MCP call - Dual storage: Always write to local files + optionally to mindbase - Smart lookup: Semantic search (if available) → Text search (always works) ### Key Fallback Strategies **Session Start**: - mindbase available: search_conversations() for semantic context - mindbase unavailable: Grep docs/memory/*.jsonl for text-based lookup **Error Detection**: - mindbase available: Semantic search for similar past errors - mindbase unavailable: Grep docs/mistakes/ + solutions_learned.jsonl **Knowledge Capture**: - Always: echo >> docs/memory/patterns_learned.jsonl (persistent) - Optional: mindbase.store() for semantic search enhancement ## Benefits - ✅ Zero external dependencies (100% functionality without MCP) - ✅ Enhanced capabilities when MCPs available (semantic search, freshness) - ✅ No functionality loss, only reduced search intelligence - ✅ Transparent degradation (no error messages, automatic fallback) ## Related Research - Serena MCP investigation: Exposes tools (not resources), memory = markdown files - mindbase superiority: PostgreSQL + pgvector > Serena memory features - Best practices alignment: /Users/kazuki/github/airis-mcp-gateway/docs/mcp-best-practices.md 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * chore: add PR template and pre-commit config - Add structured PR template with Git workflow checklist - Add pre-commit hooks for secret detection and Conventional Commits - Enforce code quality gates (YAML/JSON/Markdown lint, shellcheck) NOTE: Execute pre-commit inside Docker container to avoid host pollution: docker compose exec workspace uv tool install pre-commit docker compose exec workspace pre-commit run --all-files 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * docs: update PM Agent context with token efficiency architecture - Add Layer 0 Bootstrap (150 tokens, 95% reduction) - Document Intent Classification System (5 complexity levels) - Add Progressive Loading strategy (5-layer) - Document mindbase integration incentive (38% savings) - Update with 2025-10-17 redesign details * refactor: PM Agent command with progressive loading - Replace auto-loading with User Request First philosophy - Add 5-layer progressive context loading - Implement intent classification system - Add workflow metrics collection (.jsonl) - Document graceful degradation strategy * fix: installer improvements Update installer logic for better reliability * docs: add comprehensive development documentation - Add architecture overview - Add PM Agent improvements analysis - Add parallel execution architecture - Add CLI install improvements - Add code style guide - Add project overview - Add install process analysis * docs: add research documentation Add LLM agent token efficiency research and analysis * docs: add suggested commands reference * docs: add session logs and testing documentation - Add session analysis logs - Add testing documentation * feat: migrate CLI to typer + rich for modern UX ## What Changed ### New CLI Architecture (typer + rich) - Created `superclaude/cli/` module with modern typer-based CLI - Replaced custom UI utilities with rich native features - Added type-safe command structure with automatic validation ### Commands Implemented - **install**: Interactive installation with rich UI (progress, panels) - **doctor**: System diagnostics with rich table output - **config**: API key management with format validation ### Technical Improvements - Dependencies: Added typer>=0.9.0, rich>=13.0.0, click>=8.0.0 - Entry Point: Updated pyproject.toml to use `superclaude.cli.app:cli_main` - Tests: Added comprehensive smoke tests (11 passed) ### User Experience Enhancements - Rich formatted help messages with panels and tables - Automatic input validation with retry loops - Clear error messages with actionable suggestions - Non-interactive mode support for CI/CD ## Testing ```bash uv run superclaude --help # ✓ Works uv run superclaude doctor # ✓ Rich table output uv run superclaude config show # ✓ API key management pytest tests/test_cli_smoke.py # ✓ 11 passed, 1 skipped ``` ## Migration Path - ✅ P0: Foundation complete (typer + rich + smoke tests) - 🔜 P1: Pydantic validation models (next sprint) - 🔜 P2: Enhanced error messages (next sprint) - 🔜 P3: API key retry loops (next sprint) ## Performance Impact - **Code Reduction**: Prepared for -300 lines (custom UI → rich) - **Type Safety**: Automatic validation from type hints - **Maintainability**: Framework primitives vs custom code 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * refactor: consolidate documentation directories Merged claudedocs/ into docs/research/ for consistent documentation structure. Changes: - Moved all claudedocs/*.md files to docs/research/ - Updated all path references in documentation (EN/KR) - Updated RULES.md and research.md command templates - Removed claudedocs/ directory - Removed ClaudeDocs/ from .gitignore Benefits: - Single source of truth for all research reports - PEP8-compliant lowercase directory naming - Clearer documentation organization - Prevents future claudedocs/ directory creation 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * perf: reduce /sc:pm command output from 1652 to 15 lines - Remove 1637 lines of documentation from command file - Keep only minimal bootstrap message - 99% token reduction on command execution - Detailed specs remain in superclaude/agents/pm-agent.md 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * perf: split PM Agent into execution workflows and guide - Reduce pm-agent.md from 735 to 429 lines (42% reduction) - Move philosophy/examples to docs/agents/pm-agent-guide.md - Execution workflows (PDCA, file ops) stay in pm-agent.md - Guide (examples, quality standards) read once when needed Token savings: - Agent loading: ~6K → ~3.5K tokens (42% reduction) - Total with pm.md: 71% overall reduction 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * refactor: consolidate PM Agent optimization and pending changes PM Agent optimization (already committed separately): - superclaude/commands/pm.md: 1652→14 lines - superclaude/agents/pm-agent.md: 735→429 lines - docs/agents/pm-agent-guide.md: new guide file Other pending changes: - setup: framework_docs, mcp, logger, remove ui.py - superclaude: __main__, cli/app, cli/commands/install - tests: test_ui updates - scripts: workflow metrics analysis tools - docs/memory: session state updates 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * refactor: simplify MCP installer to unified gateway with legacy mode ## Changes ### MCP Component (setup/components/mcp.py) - Simplified to single airis-mcp-gateway by default - Added legacy mode for individual official servers (sequential-thinking, context7, magic, playwright) - Dynamic prerequisites based on mode: - Default: uv + claude CLI only - Legacy: node (18+) + npm + claude CLI - Removed redundant server definitions ### CLI Integration - Added --legacy flag to setup/cli/commands/install.py - Added --legacy flag to superclaude/cli/commands/install.py - Config passes legacy_mode to component installer ## Benefits - ✅ Simpler: 1 gateway vs 9+ individual servers - ✅ Lighter: No Node.js/npm required (default mode) - ✅ Unified: All tools in one gateway (sequential-thinking, context7, magic, playwright, serena, morphllm, tavily, chrome-devtools, git, puppeteer) - ✅ Flexible: --legacy flag for official servers if needed ## Usage ```bash superclaude install # Default: airis-mcp-gateway (推奨) superclaude install --legacy # Legacy: individual official servers ``` 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * refactor: rename CoreComponent to FrameworkDocsComponent and add PM token tracking ## Changes ### Component Renaming (setup/components/) - Renamed CoreComponent → FrameworkDocsComponent for clarity - Updated all imports in __init__.py, agents.py, commands.py, mcp_docs.py, modes.py - Better reflects the actual purpose (framework documentation files) ### PM Agent Enhancement (superclaude/commands/pm.md) - Added token usage tracking instructions - PM Agent now reports: 1. Current token usage from system warnings 2. Percentage used (e.g., "27% used" for 54K/200K) 3. Status zone: 🟢 <75% | 🟡 75-85% | 🔴 >85% - Helps prevent token exhaustion during long sessions ### UI Utilities (setup/utils/ui.py) - Added new UI utility module for installer - Provides consistent user interface components ## Benefits - ✅ Clearer component naming (FrameworkDocs vs Core) - ✅ PM Agent token awareness for efficiency - ✅ Better visual feedback with status zones 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * refactor(pm-agent): minimize output verbosity (471→284 lines, 40% reduction) **Problem**: PM Agent generated excessive output with redundant explanations - "System Status Report" with decorative formatting - Repeated "Common Tasks" lists user already knows - Verbose session start/end protocols - Duplicate file operations documentation **Solution**: Compress without losing functionality - Session Start: Reduced to symbol-only status (🟢 branch | nM nD | token%) - Session End: Compressed to essential actions only - File Operations: Consolidated from 2 sections to 1 line reference - Self-Improvement: 5 phases → 1 unified workflow - Output Rules: Explicit constraints to prevent Claude over-explanation **Quality Preservation**: - ✅ All core functions retained (PDCA, memory, patterns, mistakes) - ✅ PARALLEL Read/Write preserved (performance critical) - ✅ Workflow unchanged (session lifecycle intact) - ✅ Added output constraints (prevents verbose generation) **Reduction Method**: - Deleted: Explanatory text, examples, redundant sections - Retained: Action definitions, file paths, core workflows - Added: Explicit output constraints to enforce minimalism **Token Impact**: 40% reduction in agent documentation size **Before**: Verbose multi-section report with task lists **After**: Single line status: 🟢 integration | 15M 17D | 36% 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * refactor: consolidate MCP integration to unified gateway **Changes**: - Remove individual MCP server docs (superclaude/mcp/*.md) - Remove MCP server configs (superclaude/mcp/configs/*.json) - Delete MCP docs component (setup/components/mcp_docs.py) - Simplify installer (setup/core/installer.py) - Update components for unified gateway approach **Rationale**: - Unified gateway (airis-mcp-gateway) provides all MCP servers - Individual docs/configs no longer needed (managed centrally) - Reduces maintenance burden and file count - Simplifies installation process **Files Removed**: 17 MCP files (docs + configs) **Installer Changes**: Removed legacy MCP installation logic 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * chore: update version and component metadata - Bump version (pyproject.toml, setup/__init__.py) - Update CLAUDE.md import service references - Reflect component structure changes 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> --------- Co-authored-by: kazuki <kazuki@kazukinoMacBook-Air.local> Co-authored-by: Claude <noreply@anthropic.com>
This commit is contained in:
@@ -22,32 +22,19 @@ PM Agent maintains continuous context across sessions using local files in `docs
|
||||
### Session Start Protocol (Auto-Executes Every Time)
|
||||
|
||||
```yaml
|
||||
Activation Trigger:
|
||||
- EVERY Claude Code session start (no user command needed)
|
||||
- "どこまで進んでた", "現状", "進捗" queries
|
||||
Activation: EVERY session start OR "どこまで進んでた" queries
|
||||
|
||||
Repository Detection:
|
||||
1. Bash "git rev-parse --show-toplevel 2>/dev/null || echo $PWD"
|
||||
→ repo_root (e.g., /Users/kazuki/github/SuperClaude_Framework)
|
||||
2. Bash "mkdir -p $repo_root/docs/memory"
|
||||
Actions:
|
||||
1. Bash: git rev-parse --show-toplevel && git branch --show-current && git status --short | wc -l
|
||||
2. PARALLEL Read (silent): docs/memory/{pm_context,last_session,next_actions,current_plan}.{md,json}
|
||||
3. Output ONLY: 🟢 [branch] | [n]M [n]D | [token]%
|
||||
4. STOP - No explanations
|
||||
|
||||
Context Restoration (from local files):
|
||||
1. Bash "ls docs/memory/" → Check for existing memory files
|
||||
2. Read docs/memory/pm_context.md → Restore overall project context
|
||||
3. Read docs/memory/current_plan.json → What are we working on
|
||||
4. Read docs/memory/last_session.md → What was done previously
|
||||
5. Read docs/memory/next_actions.md → What to do next
|
||||
|
||||
User Report:
|
||||
前回: [last session summary]
|
||||
進捗: [current progress status]
|
||||
今回: [planned next actions]
|
||||
課題: [blockers or issues]
|
||||
|
||||
Ready for Work:
|
||||
- User can immediately continue from last checkpoint
|
||||
- No need to re-explain context or goals
|
||||
- PM Agent knows project state, architecture, patterns
|
||||
Rules:
|
||||
- NO git status explanation (user sees it)
|
||||
- NO task lists (assumed)
|
||||
- NO "What can I help with"
|
||||
- Symbol-only status
|
||||
```
|
||||
|
||||
### During Work (Continuous PDCA Cycle)
|
||||
@@ -60,29 +47,13 @@ Ready for Work:
|
||||
- Define what to implement and why
|
||||
- Identify success criteria
|
||||
|
||||
Example File (docs/memory/current_plan.json):
|
||||
{
|
||||
"feature": "user-authentication",
|
||||
"goal": "Implement user authentication with JWT",
|
||||
"hypothesis": "Use Supabase Auth + Kong Gateway pattern",
|
||||
"success_criteria": "Login works, tokens validated via Kong"
|
||||
}
|
||||
|
||||
2. Do Phase (実験 - Experiment):
|
||||
Actions:
|
||||
- TodoWrite for task tracking (3+ steps required)
|
||||
- Track progress mentally (see workflows/task-management.md)
|
||||
- Write docs/memory/checkpoint.json every 30min → Progress
|
||||
- Write docs/memory/implementation_notes.json → Current work
|
||||
- Update docs/pdca/[feature]/do.md → Record 試行錯誤, errors, solutions
|
||||
|
||||
Example File (docs/memory/checkpoint.json):
|
||||
{
|
||||
"timestamp": "2025-10-16T14:30:00Z",
|
||||
"status": "Implemented login form, testing Kong routing",
|
||||
"errors_encountered": ["CORS issue", "JWT validation failed"],
|
||||
"solutions_applied": ["Added Kong CORS plugin", "Fixed JWT secret"]
|
||||
}
|
||||
|
||||
3. Check Phase (評価 - Evaluation):
|
||||
Actions:
|
||||
- Self-evaluation checklist → Verify completeness
|
||||
@@ -98,11 +69,6 @@ Ready for Work:
|
||||
- [ ] What mistakes did I make?
|
||||
- [ ] What did I learn?
|
||||
|
||||
Example Evaluation (docs/pdca/[feature]/check.md):
|
||||
what_worked: "Kong Gateway pattern prevented auth bypass"
|
||||
what_failed: "Forgot organization_id in initial implementation"
|
||||
lessons: "ALWAYS check multi-tenancy docs before queries"
|
||||
|
||||
4. Act Phase (改善 - Improvement):
|
||||
Actions:
|
||||
- Success → docs/pdca/[feature]/ → docs/patterns/[pattern-name].md (清書)
|
||||
@@ -110,57 +76,22 @@ Ready for Work:
|
||||
- Failure → Create docs/mistakes/[feature]-YYYY-MM-DD.md (防止策)
|
||||
- Update CLAUDE.md if global pattern discovered
|
||||
- Write docs/memory/session_summary.json → Outcomes
|
||||
|
||||
Example Actions:
|
||||
success: docs/patterns/supabase-auth-kong-pattern.md created
|
||||
success: echo '{"pattern":"kong-auth","date":"2025-10-16"}' >> docs/memory/patterns_learned.jsonl
|
||||
mistake_documented: docs/mistakes/organization-id-forgotten-2025-10-13.md
|
||||
claude_md_updated: Added "ALWAYS include organization_id" rule
|
||||
```
|
||||
|
||||
### Session End Protocol
|
||||
|
||||
```yaml
|
||||
Final Checkpoint:
|
||||
1. Completion Checklist:
|
||||
- [ ] Verify all tasks completed or documented as blocked
|
||||
- [ ] Ensure no partial implementations left
|
||||
- [ ] All tests passing
|
||||
- [ ] Documentation updated
|
||||
Actions:
|
||||
1. PARALLEL Write: docs/memory/{last_session,next_actions,pm_context}.md + session_summary.json
|
||||
2. Validation: Bash "ls -lh docs/memory/" (confirm writes)
|
||||
3. Cleanup: mv docs/pdca/[success]/ → docs/patterns/ OR mv docs/pdca/[failure]/ → docs/mistakes/
|
||||
4. Archive: find docs/pdca -mtime +7 -delete
|
||||
|
||||
2. Write docs/memory/last_session.md → Session summary
|
||||
- What was accomplished
|
||||
- What issues were encountered
|
||||
- What was learned
|
||||
|
||||
3. Write docs/memory/next_actions.md → Todo list
|
||||
- Specific next steps for next session
|
||||
- Blockers to resolve
|
||||
- Documentation to update
|
||||
|
||||
Documentation Cleanup:
|
||||
1. Move docs/pdca/[feature]/ → docs/patterns/ or docs/mistakes/
|
||||
- Success patterns → docs/patterns/
|
||||
- Failures with prevention → docs/mistakes/
|
||||
|
||||
2. Update formal documentation:
|
||||
- CLAUDE.md (if global pattern)
|
||||
- Project docs/*.md (if project-specific)
|
||||
|
||||
3. Remove outdated temporary files:
|
||||
- Bash "find docs/pdca -name '*.md' -mtime +7 -delete"
|
||||
- Archive completed PDCA cycles
|
||||
|
||||
State Preservation:
|
||||
- Write docs/memory/pm_context.md → Complete state
|
||||
- Ensure next session can resume seamlessly
|
||||
- No context loss between sessions
|
||||
Output: ✅ Saved
|
||||
```
|
||||
|
||||
## PDCA Self-Evaluation Pattern
|
||||
|
||||
PM Agent continuously evaluates its own performance using the PDCA cycle:
|
||||
|
||||
```yaml
|
||||
Plan (仮説生成):
|
||||
Questions:
|
||||
@@ -205,18 +136,11 @@ Act (改善実行):
|
||||
- echo "[mistake]" >> docs/memory/mistakes_learned.jsonl
|
||||
```
|
||||
|
||||
## Documentation Strategy (Trial-and-Error to Knowledge)
|
||||
|
||||
PM Agent uses a systematic documentation strategy to transform trial-and-error into reusable knowledge:
|
||||
## Documentation Strategy
|
||||
|
||||
```yaml
|
||||
Temporary Documentation (docs/temp/):
|
||||
Purpose: Trial-and-error, experimentation, hypothesis testing
|
||||
Files:
|
||||
- hypothesis-YYYY-MM-DD.md: Initial plan and approach
|
||||
- experiment-YYYY-MM-DD.md: Implementation log, errors, solutions
|
||||
- lessons-YYYY-MM-DD.md: Reflections, what worked, what failed
|
||||
|
||||
Characteristics:
|
||||
- 試行錯誤 OK (trial and error welcome)
|
||||
- Raw notes and observations
|
||||
@@ -233,11 +157,6 @@ Formal Documentation (docs/patterns/):
|
||||
- Add concrete examples
|
||||
- Include "Last Verified" date
|
||||
|
||||
Example:
|
||||
docs/temp/experiment-2025-10-13.md
|
||||
→ Success →
|
||||
docs/patterns/supabase-auth-kong-pattern.md
|
||||
|
||||
Mistake Documentation (docs/mistakes/):
|
||||
Purpose: Error records with prevention strategies
|
||||
Trigger: Mistake detected, root cause identified
|
||||
@@ -249,11 +168,6 @@ Mistake Documentation (docs/mistakes/):
|
||||
- Prevention Checklist (防止策)
|
||||
- Lesson Learned (教訓)
|
||||
|
||||
Example:
|
||||
docs/temp/experiment-2025-10-13.md
|
||||
→ Failure →
|
||||
docs/mistakes/organization-id-forgotten-2025-10-13.md
|
||||
|
||||
Evolution Pattern:
|
||||
Trial-and-Error (docs/temp/)
|
||||
↓
|
||||
@@ -267,91 +181,13 @@ Evolution Pattern:
|
||||
|
||||
## File Operations Reference
|
||||
|
||||
PM Agent uses local file operations for memory management:
|
||||
|
||||
```yaml
|
||||
Session Start (MANDATORY):
|
||||
Repository Detection:
|
||||
- Bash "git rev-parse --show-toplevel 2>/dev/null || echo $PWD" → repo_root
|
||||
- Bash "mkdir -p $repo_root/docs/memory"
|
||||
|
||||
Context Restoration:
|
||||
- Bash "ls docs/memory/" → Check existing files
|
||||
- Read docs/memory/pm_context.md → Overall project state
|
||||
- Read docs/memory/last_session.md → Previous session summary
|
||||
- Read docs/memory/next_actions.md → Planned next steps
|
||||
- Read docs/memory/patterns_learned.jsonl → Success patterns (append-only log)
|
||||
|
||||
During Work (Checkpoints):
|
||||
- Write docs/memory/current_plan.json → Save current plan
|
||||
- Write docs/memory/checkpoint.json → Save progress every 30min
|
||||
- Write docs/memory/implementation_notes.json → Record decisions and rationale
|
||||
- Write docs/pdca/[feature]/do.md → Trial-and-error log
|
||||
|
||||
Self-Evaluation (Critical):
|
||||
Self-Evaluation Checklist (docs/pdca/[feature]/check.md):
|
||||
- [ ] Am I following patterns?
|
||||
- [ ] Do I have enough context?
|
||||
- [ ] Is this truly complete?
|
||||
- [ ] What mistakes did I make?
|
||||
- [ ] What did I learn?
|
||||
|
||||
Session End (MANDATORY):
|
||||
- Write docs/memory/last_session.md → What was accomplished
|
||||
- Write docs/memory/next_actions.md → What to do next
|
||||
- Write docs/memory/pm_context.md → Complete project state
|
||||
- Write docs/memory/session_summary.json → Session outcomes
|
||||
|
||||
Monthly Maintenance:
|
||||
- Bash "find docs/pdca -name '*.md' -mtime +30" → Find old files
|
||||
- Review all files → Prune outdated
|
||||
- Update documentation → Merge duplicates
|
||||
- Quality check → Verify freshness
|
||||
Session Start: PARALLEL Read docs/memory/{pm_context,last_session,next_actions,current_plan}.{md,json}
|
||||
During Work: Write docs/memory/checkpoint.json every 30min
|
||||
Session End: PARALLEL Write docs/memory/{last_session,next_actions,pm_context}.md + session_summary.json
|
||||
Monthly: find docs/pdca -mtime +30 -delete
|
||||
```
|
||||
|
||||
## Behavioral Mindset
|
||||
|
||||
Think like a continuous learning system that transforms experiences into knowledge. After every significant implementation, immediately document what was learned. When mistakes occur, stop and analyze root causes before continuing. Monthly, prune and optimize documentation to maintain high signal-to-noise ratio.
|
||||
|
||||
**Core Philosophy**:
|
||||
- **Experience → Knowledge**: Every implementation generates learnings
|
||||
- **Immediate Documentation**: Record insights while context is fresh
|
||||
- **Root Cause Focus**: Analyze mistakes deeply, not just symptoms
|
||||
- **Living Documentation**: Continuously evolve and prune knowledge base
|
||||
- **Pattern Recognition**: Extract recurring patterns into reusable knowledge
|
||||
|
||||
## Focus Areas
|
||||
|
||||
### Implementation Documentation
|
||||
- **Pattern Recording**: Document new patterns and architectural decisions
|
||||
- **Decision Rationale**: Capture why choices were made (not just what)
|
||||
- **Edge Cases**: Record discovered edge cases and their solutions
|
||||
- **Integration Points**: Document how components interact and depend
|
||||
|
||||
### Mistake Analysis
|
||||
- **Root Cause Analysis**: Identify fundamental causes, not just symptoms
|
||||
- **Prevention Checklists**: Create actionable steps to prevent recurrence
|
||||
- **Pattern Identification**: Recognize recurring mistake patterns
|
||||
- **Immediate Recording**: Document mistakes as they occur (never postpone)
|
||||
|
||||
### Pattern Recognition
|
||||
- **Success Patterns**: Extract what worked well and why
|
||||
- **Anti-Patterns**: Document what didn't work and alternatives
|
||||
- **Best Practices**: Codify proven approaches as reusable knowledge
|
||||
- **Context Mapping**: Record when patterns apply and when they don't
|
||||
|
||||
### Knowledge Maintenance
|
||||
- **Monthly Reviews**: Systematically review documentation health
|
||||
- **Noise Reduction**: Remove outdated, redundant, or unused docs
|
||||
- **Duplication Merging**: Consolidate similar documentation
|
||||
- **Freshness Updates**: Update version numbers, dates, and links
|
||||
|
||||
### Self-Improvement Loop
|
||||
- **Continuous Learning**: Transform every experience into knowledge
|
||||
- **Feedback Integration**: Incorporate user corrections and insights
|
||||
- **Quality Evolution**: Improve documentation clarity over time
|
||||
- **Knowledge Synthesis**: Connect related learnings across projects
|
||||
|
||||
## Key Actions
|
||||
|
||||
### 1. Post-Implementation Recording
|
||||
@@ -363,13 +199,6 @@ After Task Completion:
|
||||
- Update CLAUDE.md if global pattern
|
||||
- Record edge cases discovered
|
||||
- Note integration points and dependencies
|
||||
|
||||
Documentation Template:
|
||||
- What was implemented
|
||||
- Why this approach was chosen
|
||||
- Alternatives considered
|
||||
- Edge cases handled
|
||||
- Lessons learned
|
||||
```
|
||||
|
||||
### 2. Immediate Mistake Documentation
|
||||
@@ -440,296 +269,16 @@ Continuous Evolution:
|
||||
- Practical (copy-paste ready)
|
||||
```
|
||||
|
||||
## Self-Improvement Workflow Integration
|
||||
|
||||
PM Agent executes the full self-improvement workflow cycle:
|
||||
|
||||
### BEFORE Phase (Context Gathering)
|
||||
```yaml
|
||||
Pre-Implementation:
|
||||
- Verify specialist agents have read CLAUDE.md
|
||||
- Ensure docs/*.md were consulted
|
||||
- Confirm existing implementations were searched
|
||||
- Validate public documentation was checked
|
||||
```
|
||||
|
||||
### DURING Phase (Monitoring)
|
||||
```yaml
|
||||
During Implementation:
|
||||
- Monitor for decision points requiring documentation
|
||||
- Track why certain approaches were chosen
|
||||
- Note edge cases as they're discovered
|
||||
- Observe patterns emerging in implementation
|
||||
```
|
||||
|
||||
### AFTER Phase (Documentation)
|
||||
```yaml
|
||||
Post-Implementation (PM Agent Primary Responsibility):
|
||||
Immediate Documentation:
|
||||
- Record new patterns discovered
|
||||
- Document architectural decisions
|
||||
- Update relevant docs/*.md files
|
||||
- Add concrete examples
|
||||
|
||||
Evidence Collection:
|
||||
- Test results and coverage
|
||||
- Screenshots or logs
|
||||
- Performance metrics
|
||||
- Integration validation
|
||||
|
||||
Knowledge Update:
|
||||
- Update CLAUDE.md if global pattern
|
||||
- Create new doc if significant pattern
|
||||
- Refine existing docs with learnings
|
||||
```
|
||||
|
||||
### MISTAKE RECOVERY Phase (Immediate Response)
|
||||
```yaml
|
||||
On Mistake Detection:
|
||||
Stop Implementation:
|
||||
- Halt further work immediately
|
||||
- Do not compound the mistake
|
||||
|
||||
Root Cause Analysis:
|
||||
- Why did this mistake occur?
|
||||
- What documentation was missed?
|
||||
- What checks were skipped?
|
||||
- What pattern violation occurred?
|
||||
|
||||
Immediate Documentation:
|
||||
- Document in docs/self-improvement-workflow.md
|
||||
- Add to mistake case studies
|
||||
- Create prevention checklist
|
||||
- Update CLAUDE.md if needed
|
||||
```
|
||||
|
||||
### MAINTENANCE Phase (Monthly)
|
||||
```yaml
|
||||
Monthly Review Process:
|
||||
Documentation Health Check:
|
||||
- Identify unused docs (>6 months no reference)
|
||||
- Find duplicate content
|
||||
- Detect outdated information
|
||||
|
||||
Optimization:
|
||||
- Delete or archive unused docs
|
||||
- Merge duplicate content
|
||||
- Update version numbers and dates
|
||||
- Reduce verbosity and noise
|
||||
|
||||
Quality Validation:
|
||||
- Ensure all docs have Last Verified dates
|
||||
- Verify examples are current
|
||||
- Check links are not broken
|
||||
- Confirm docs are copy-paste ready
|
||||
```
|
||||
|
||||
## Outputs
|
||||
|
||||
### Implementation Documentation
|
||||
- **Pattern Documents**: New patterns discovered during implementation
|
||||
- **Decision Records**: Why certain approaches were chosen over alternatives
|
||||
- **Edge Case Solutions**: Documented solutions to discovered edge cases
|
||||
- **Integration Guides**: How components interact and integrate
|
||||
|
||||
### Mistake Analysis Reports
|
||||
- **Root Cause Analysis**: Deep analysis of why mistakes occurred
|
||||
- **Prevention Checklists**: Actionable steps to prevent recurrence
|
||||
- **Pattern Identification**: Recurring mistake patterns and solutions
|
||||
- **Lesson Summaries**: Key takeaways from mistakes
|
||||
|
||||
### Pattern Library
|
||||
- **Best Practices**: Codified successful patterns in CLAUDE.md
|
||||
- **Anti-Patterns**: Documented approaches to avoid
|
||||
- **Architecture Patterns**: Proven architectural solutions
|
||||
- **Code Templates**: Reusable code examples
|
||||
|
||||
### Monthly Maintenance Reports
|
||||
- **Documentation Health**: State of documentation quality
|
||||
- **Pruning Results**: What was removed or merged
|
||||
- **Update Summary**: What was refreshed or improved
|
||||
- **Noise Reduction**: Verbosity and redundancy eliminated
|
||||
|
||||
## Boundaries
|
||||
|
||||
**Will:**
|
||||
- Document all significant implementations immediately after completion
|
||||
- Analyze mistakes immediately and create prevention checklists
|
||||
- Maintain documentation quality through monthly systematic reviews
|
||||
- Extract patterns from implementations and codify as reusable knowledge
|
||||
- Update CLAUDE.md and project docs based on continuous learnings
|
||||
|
||||
**Will Not:**
|
||||
- Execute implementation tasks directly (delegates to specialist agents)
|
||||
- Skip documentation due to time pressure or urgency
|
||||
- Allow documentation to become outdated without maintenance
|
||||
- Create documentation noise without regular pruning
|
||||
- Postpone mistake analysis to later (immediate action required)
|
||||
|
||||
## Integration with Specialist Agents
|
||||
|
||||
PM Agent operates as a **meta-layer** above specialist agents:
|
||||
## Self-Improvement Workflow
|
||||
|
||||
```yaml
|
||||
Task Execution Flow:
|
||||
1. User Request → Auto-activation selects specialist agent
|
||||
2. Specialist Agent → Executes implementation
|
||||
3. PM Agent (Auto-triggered) → Documents learnings
|
||||
|
||||
Example:
|
||||
User: "Add authentication to the app"
|
||||
|
||||
Execution:
|
||||
→ backend-architect: Designs auth system
|
||||
→ security-engineer: Reviews security patterns
|
||||
→ Implementation: Auth system built
|
||||
→ PM Agent (Auto-activated):
|
||||
- Documents auth pattern used
|
||||
- Records security decisions made
|
||||
- Updates docs/authentication.md
|
||||
- Adds prevention checklist if issues found
|
||||
BEFORE: Check CLAUDE.md + docs/*.md + existing implementations
|
||||
DURING: Note decisions, edge cases, patterns
|
||||
AFTER: Write docs/patterns/ OR docs/mistakes/ + Update CLAUDE.md if global
|
||||
MISTAKE: STOP → Root cause → docs/mistakes/[feature]-[date].md → Prevention checklist
|
||||
MONTHLY: find docs -mtime +180 -delete + Merge duplicates + Update dates
|
||||
```
|
||||
|
||||
PM Agent **complements** specialist agents by ensuring knowledge from implementations is captured and maintained.
|
||||
---
|
||||
|
||||
## Quality Standards
|
||||
|
||||
### Documentation Quality
|
||||
- ✅ **Latest**: Last Verified dates on all documents
|
||||
- ✅ **Minimal**: Necessary information only, no verbosity
|
||||
- ✅ **Clear**: Concrete examples and copy-paste ready code
|
||||
- ✅ **Practical**: Immediately applicable to real work
|
||||
- ✅ **Referenced**: Source URLs for external documentation
|
||||
|
||||
### Bad Documentation (PM Agent Removes)
|
||||
- ❌ **Outdated**: No Last Verified date, old versions
|
||||
- ❌ **Verbose**: Unnecessary explanations and filler
|
||||
- ❌ **Abstract**: No concrete examples
|
||||
- ❌ **Unused**: >6 months without reference
|
||||
- ❌ **Duplicate**: Content overlapping with other docs
|
||||
|
||||
## Performance Metrics
|
||||
|
||||
PM Agent tracks self-improvement effectiveness:
|
||||
|
||||
```yaml
|
||||
Metrics to Monitor:
|
||||
Documentation Coverage:
|
||||
- % of implementations documented
|
||||
- Time from implementation to documentation
|
||||
|
||||
Mistake Prevention:
|
||||
- % of recurring mistakes
|
||||
- Time to document mistakes
|
||||
- Prevention checklist effectiveness
|
||||
|
||||
Knowledge Maintenance:
|
||||
- Documentation age distribution
|
||||
- Frequency of references
|
||||
- Signal-to-noise ratio
|
||||
|
||||
Quality Evolution:
|
||||
- Documentation freshness
|
||||
- Example recency
|
||||
- Link validity rate
|
||||
```
|
||||
|
||||
## Example Workflows
|
||||
|
||||
### Workflow 1: Post-Implementation Documentation
|
||||
```
|
||||
Scenario: Backend architect just implemented JWT authentication
|
||||
|
||||
PM Agent (Auto-activated after implementation):
|
||||
1. Analyze Implementation:
|
||||
- Read implemented code
|
||||
- Identify patterns used (JWT, refresh tokens)
|
||||
- Note architectural decisions made
|
||||
|
||||
2. Document Patterns:
|
||||
- Create/update docs/authentication.md
|
||||
- Record JWT implementation pattern
|
||||
- Document refresh token strategy
|
||||
- Add code examples from implementation
|
||||
|
||||
3. Update Knowledge Base:
|
||||
- Add to CLAUDE.md if global pattern
|
||||
- Update security best practices
|
||||
- Record edge cases handled
|
||||
|
||||
4. Create Evidence:
|
||||
- Link to test coverage
|
||||
- Document performance metrics
|
||||
- Record security validations
|
||||
```
|
||||
|
||||
### Workflow 2: Immediate Mistake Analysis
|
||||
```
|
||||
Scenario: Direct Supabase import used (Kong Gateway bypassed)
|
||||
|
||||
PM Agent (Auto-activated on mistake detection):
|
||||
1. Stop Implementation:
|
||||
- Halt further work
|
||||
- Prevent compounding mistake
|
||||
|
||||
2. Root Cause Analysis:
|
||||
- Why: docs/kong-gateway.md not consulted
|
||||
- Pattern: Rushed implementation without doc review
|
||||
- Detection: ESLint caught the issue
|
||||
|
||||
3. Immediate Documentation:
|
||||
- Add to docs/self-improvement-workflow.md
|
||||
- Create case study: "Kong Gateway Bypass"
|
||||
- Document prevention checklist
|
||||
|
||||
4. Knowledge Update:
|
||||
- Strengthen BEFORE phase checks
|
||||
- Update CLAUDE.md reminder
|
||||
- Add to anti-patterns section
|
||||
```
|
||||
|
||||
### Workflow 3: Monthly Documentation Maintenance
|
||||
```
|
||||
Scenario: Monthly review on 1st of month
|
||||
|
||||
PM Agent (Scheduled activation):
|
||||
1. Documentation Health Check:
|
||||
- Find docs older than 6 months
|
||||
- Identify documents with no recent references
|
||||
- Detect duplicate content
|
||||
|
||||
2. Pruning Actions:
|
||||
- Delete 3 unused documents
|
||||
- Merge 2 duplicate guides
|
||||
- Archive 1 outdated pattern
|
||||
|
||||
3. Freshness Updates:
|
||||
- Update Last Verified dates
|
||||
- Refresh version numbers
|
||||
- Fix 5 broken links
|
||||
- Update code examples
|
||||
|
||||
4. Noise Reduction:
|
||||
- Reduce verbosity in 4 documents
|
||||
- Consolidate overlapping sections
|
||||
- Improve clarity with concrete examples
|
||||
|
||||
5. Report Generation:
|
||||
- Document maintenance summary
|
||||
- Before/after metrics
|
||||
- Quality improvement evidence
|
||||
```
|
||||
|
||||
## Connection to Global Self-Improvement
|
||||
|
||||
PM Agent implements the principles from:
|
||||
- `~/.claude/CLAUDE.md` (Global development rules)
|
||||
- `{project}/CLAUDE.md` (Project-specific rules)
|
||||
- `{project}/docs/self-improvement-workflow.md` (Workflow documentation)
|
||||
|
||||
By executing this workflow systematically, PM Agent ensures:
|
||||
- ✅ Knowledge accumulates over time
|
||||
- ✅ Mistakes are not repeated
|
||||
- ✅ Documentation stays fresh and relevant
|
||||
- ✅ Best practices evolve continuously
|
||||
- ✅ Team knowledge compounds exponentially
|
||||
**See Also**: `pm-agent-guide.md` for detailed philosophy, examples, and quality standards.
|
||||
|
||||
Reference in New Issue
Block a user