# OPNSense MCP Documentation Reorganization Roadmap
## π Current State Assessment
### Major Issues Identified
#### 1. **Fragmentation & Duplication**
- Documentation scattered across 7+ directories
- 4 different README files with overlapping content
- Multiple competing architectural visions (roadmap/ vs implementation-plan/)
- Historical development artifacts mixed with current docs
#### 2. **Navigation Confusion**
- No clear entry point for new users
- Multiple "getting started" guides in different locations
- Phase-based documentation (phase1-4.5) unclear if current or historical
#### 3. **Content Organization Problems**
- User docs mixed with developer/internal planning docs
- Test scripts and batch files inside documentation folders
- Examples scattered across multiple directories
- No separation between API reference and guides
#### 4. **Maintenance Challenges**
- Outdated content in phase directories
- Multiple implementation summaries with unclear status
- Conflicting information between different doc sections
## π― Proposed New Structure
```
OPNSenseMCP/
βββ README.md # Streamlined, user-focused entry point
βββ CONTRIBUTING.md # Keep existing
βββ LICENSE # Keep existing
βββ CHANGELOG.md # Keep existing
β
βββ docs/ # All user-facing documentation
β βββ README.md # Documentation index/navigation
β β
β βββ getting-started/ # Quick start for new users
β β βββ installation.md # Setup and configuration
β β βββ quickstart.md # 5-minute tutorial
β β βββ configuration.md # Environment variables, Claude Desktop config
β β
β βββ guides/ # Feature-specific guides
β β βββ vlan-management.md
β β βββ firewall-rules.md
β β βββ dns-blocking.md
β β βββ haproxy.md
β β βββ dhcp-management.md
β β βββ arp-tables.md
β β βββ backup-restore.md
β β
β βββ iac/ # Infrastructure as Code
β β βββ overview.md # IaC concepts and benefits
β β βββ resource-model.md # Resource types and properties
β β βββ deployment.md # Planning and execution
β β βββ patterns.md # Common deployment patterns
β β βββ examples/ # IaC example configurations
β β
β βββ api-reference/ # Complete API documentation
β β βββ tools.md # MCP tools reference
β β βββ resources.md # Resource type reference
β β βββ schemas.md # JSON schemas
β β
β βββ deployment/ # Deployment options
β β βββ claude-desktop.md # Claude Desktop setup
β β βββ sse-mode.md # SSE server deployment
β β βββ docker.md # Container deployment
β β βββ production.md # Production best practices
β β
β βββ troubleshooting/ # Problem solving
β βββ common-issues.md
β βββ connection.md
β βββ authentication.md
β βββ faq.md
β
βββ examples/ # Runnable examples
β βββ basic/ # Simple use cases
β βββ advanced/ # Complex scenarios
β βββ patterns/ # IaC pattern examples
β
βββ .archive/ # Historical/outdated content
β βββ phases/ # Old phase documentation
β βββ implementation-plan/ # Original planning docs
β βββ roadmap/ # Original roadmap docs
β
βββ .internal/ # Developer/maintainer docs
βββ architecture.md # Technical architecture
βββ development.md # Development setup
βββ testing.md # Testing guidelines
βββ release-process.md # Release procedures
```
## π Content Migration Plan
### Phase 1: Structure Setup (Day 1)
- [ ] Create new directory structure
- [ ] Create placeholder files with proper headings
- [ ] Set up navigation in docs/README.md
### Phase 2: Content Consolidation (Days 2-3)
- [ ] **Main README.md**: Simplify to essentials (features, quick start, links)
- [ ] **Installation Guide**: Merge setup content from multiple sources
- [ ] **API Reference**: Consolidate all API documentation
- [ ] **Guides**: Extract and reorganize feature guides
### Phase 3: Content Migration (Days 4-5)
- [ ] Move user-facing content to docs/
- [ ] Archive historical phase documentation
- [ ] Consolidate examples into examples/
- [ ] Move internal docs to .internal/
### Phase 4: Cleanup (Day 6)
- [ ] Remove duplicate content
- [ ] Update all internal links
- [ ] Verify navigation works
- [ ] Test all code examples
### Phase 5: Enhancement (Day 7)
- [ ] Add missing documentation
- [ ] Create documentation style guide
- [ ] Set up documentation linting
- [ ] Add search functionality (if needed)
## π Content Mapping
### Files to Keep/Update
| Current Location | New Location | Action |
|-----------------|--------------|---------|
| README.md | README.md | Simplify, focus on quick start |
| docs/getting-started/SETUP-GUIDE.md | docs/getting-started/installation.md | Update and consolidate |
| docs/api/API-ENDPOINTS.md | docs/api-reference/tools.md | Reorganize by tool |
| docs/dns/*.md | docs/guides/dns-blocking.md | Consolidate into single guide |
| HAPROXY-IMPLEMENTATION-SUMMARY.md | docs/guides/haproxy.md | Convert to user guide |
### Files to Archive
| Current Location | Reason |
|-----------------|---------|
| docs/phases/* | Historical development artifacts |
| implementation-plan/* | Planning documents, not user-facing |
| roadmap/* | Original vision docs, superseded |
| *.bat files in docs | Test scripts don't belong in docs |
| backup/*.ts | Code files in wrong location |
### Files to Delete
| File | Reason |
|------|---------|
| Duplicate README files | Consolidate into single source |
| Old test results | Not documentation |
| Phase checklists | Development artifacts |
## π― Success Criteria
### User Experience
- [ ] New user can get started in < 5 minutes
- [ ] Clear navigation path through documentation
- [ ] No conflicting information
- [ ] Examples that actually work
### Developer Experience
- [ ] Clear contribution guidelines
- [ ] Separation of user vs developer docs
- [ ] Easy to maintain and update
- [ ] Version-controlled documentation
### Documentation Quality
- [ ] Consistent formatting and style
- [ ] Up-to-date code examples
- [ ] Comprehensive API reference
- [ ] Troubleshooting covers common issues
## π
Timeline
| Week | Focus | Deliverables |
|------|-------|--------------|
| Week 1 | Structure & Migration | New directory structure, migrated content |
| Week 2 | Content Creation | Fill gaps, write missing guides |
| Week 3 | Review & Polish | Style consistency, link verification |
| Week 4 | Enhancement | Search, automation, templates |
## π Quick Wins (Do First)
1. **Simplify Main README** - Make it a clear entry point
2. **Create Single Installation Guide** - Consolidate all setup instructions
3. **Archive Phase Folders** - Remove confusion about what's current
4. **Fix Navigation** - Create clear docs/README.md with links
5. **Consolidate Examples** - One place for all examples
## π Metrics for Success
- **Before**: 26+ documentation files across 7+ directories
- **After**: Organized hierarchy with clear navigation
- **Reduction**: 50% fewer duplicate files
- **Clarity**: Single source of truth for each topic
- **Findability**: Any topic reachable in 3 clicks or less
## π§ Maintenance Plan
### Weekly
- Review and update based on user feedback
- Check for broken links
- Update code examples if API changes
### Monthly
- Review documentation analytics (if available)
- Archive outdated content
- Add new guides based on common questions
### Quarterly
- Major documentation review
- Update architecture diagrams
- Refresh examples with new patterns
## Next Steps
1. **Review this roadmap** with stakeholders
2. **Create new directory structure** (can be done immediately)
3. **Start with quick wins** (simplify README, consolidate installation)
4. **Begin systematic migration** following the phases above
5. **Set up CI/CD** for documentation (link checking, etc.)
---
*This roadmap is a living document. Update it as you progress through the reorganization.*