UNPKG

ai-debug-local-mcp

Version:

šŸŽÆ ENHANCED AI GUIDANCE v4.1.2: Dramatically improved tool descriptions help AI users choose the right tools instead of 'close enough' options. Ultra-fast keyboard automation (10x speed), universal recording, multi-ecosystem debugging support, and compreh

112 lines (101 loc) • 4.74 kB
# Documentation Reorganization Plan ## Overview This document outlines the comprehensive reorganization of all documentation in the ai-debug-local-mcp project to reflect the new modular architecture and improve clarity. ## Current State Issues 1. **Fragmentation**: Multiple overlapping setup/installation guides 2. **Outdated References**: Documentation still referencing monolithic architecture 3. **Missing Documentation**: No clear migration guide for the modular architecture 4. **Poor Organization**: Documentation scattered across root and various subdirectories ## New Documentation Structure ``` ai-debug-local-mcp/ ā”œā”€ā”€ README.md # Project overview with links to key docs ā”œā”€ā”€ CHANGELOG.md # Updated with recent changes ā”œā”€ā”€ CONTRIBUTING.md # New: How to contribute ā”œā”€ā”€ LICENSE # Existing license │ ā”œā”€ā”€ docs/ │ ā”œā”€ā”€ README.md # Documentation index │ ā”œā”€ā”€ getting-started/ │ │ ā”œā”€ā”€ installation.md # Consolidated installation guide │ │ ā”œā”€ā”€ quickstart.md # Single quickstart guide │ │ └── migration-guide.md # New: Migrating from monolith │ │ │ ā”œā”€ā”€ architecture/ │ │ ā”œā”€ā”€ overview.md # High-level architecture │ │ ā”œā”€ā”€ modular-design.md # New: Explains 3-package design │ │ ā”œā”€ā”€ mcp-server.md # MCP server architecture │ │ ā”œā”€ā”€ test-engine.md # Test engine architecture │ │ └── platform.md # Platform architecture │ │ │ ā”œā”€ā”€ api/ │ │ ā”œā”€ā”€ mcp-tools.md # New: MCP tool reference │ │ ā”œā”€ā”€ test-engine-api.md # New: Test engine API │ │ └── platform-api.md # New: Platform REST/GraphQL API │ │ │ ā”œā”€ā”€ guides/ │ │ ā”œā”€ā”€ debugging-guide.md # How to use debugging tools │ │ ā”œā”€ā”€ test-generation.md # AI test generation guide │ │ ā”œā”€ā”€ deployment.md # New: Production deployment │ │ └── troubleshooting.md # Common issues and solutions │ │ │ ā”œā”€ā”€ development/ │ │ ā”œā”€ā”€ dogfooding.md # Internal testing guide │ │ ā”œā”€ā”€ tech-debt.md # Technical debt tracking │ │ └── roadmap.md # Development roadmap │ │ │ └── research/ │ ā”œā”€ā”€ competitive-analysis.md │ ā”œā”€ā”€ meticulous-features.md │ └── market-positioning.md │ ā”œā”€ā”€ core/ │ ā”œā”€ā”€ README.md # Phoenix app specific docs │ └── packages/ │ ā”œā”€ā”€ ai-debug-mcp-server/ │ │ └── README.md # Package-specific docs │ ā”œā”€ā”€ ai-debug-test-engine/ │ │ └── README.md # Package-specific docs │ └── ai-debug-platform/ │ └── README.md # Package-specific docs │ └── examples/ # New: Example implementations ā”œā”€ā”€ basic-debugging/ ā”œā”€ā”€ test-generation/ └── ci-integration/ ``` ## Implementation Steps ### Phase 1: Consolidation (Immediate) 1. āœ… Create this reorganization plan 2. Merge all installation guides into `docs/getting-started/installation.md` 3. Merge all quickstart guides into `docs/getting-started/quickstart.md` 4. Remove duplicate PROJECT-VISION.md from root 5. Update main README.md with new structure ### Phase 2: Updates (Today) 1. Create migration guide for modular architecture 2. Update all references to old monolithic structure 3. Complete package-specific READMEs 4. Create API documentation for MCP tools ### Phase 3: New Documentation (This Week) 1. Write comprehensive architecture documentation for each module 2. Create deployment guide 3. Add contributing guidelines 4. Create example implementations ### Phase 4: Cleanup (This Week) 1. Move specialized docs to appropriate folders 2. Archive truly outdated documentation 3. Update all cross-references between documents 4. Add navigation links to all documents ## Success Metrics - No duplicate documentation - Clear navigation from README to any topic - All code examples work with new architecture - New users can get started in < 5 minutes - Developers understand the modular architecture immediately ## Documentation Standards - All markdown files must have a clear title and purpose - Include "Last Updated" dates - Use consistent formatting and structure - Include working code examples - Cross-reference related documentation - Keep individual documents focused and concise