Templates Migration: - Migrate admin templates to modules (tenancy, billing, monitoring, marketplace, etc.) - Migrate vendor templates to modules (tenancy, billing, orders, messaging, etc.) - Migrate storefront templates to modules (catalog, customers, orders, cart, checkout, cms) - Migrate public templates to modules (billing, marketplace, cms) - Keep shared templates in app/templates/ (base.html, errors/, partials/, macros/) - Migrate letzshop partials to marketplace module Static Files Migration: - Migrate admin JS to modules: tenancy (23 files), core (5 files), monitoring (1 file) - Migrate vendor JS to modules: tenancy (4 files), core (2 files) - Migrate shared JS: vendor-selector.js to core, media-picker.js to cms - Migrate storefront JS: storefront-layout.js to core - Keep framework JS in static/ (api-client, utils, money, icons, log-config, lib/) - Update all template references to use module_static paths Naming Consistency: - Rename static/platform/ to static/public/ - Rename app/templates/platform/ to app/templates/public/ - Update all extends and static references Documentation: - Update module-system.md with shared templates documentation - Update frontend-structure.md with new module JS organization Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
6.4 KiB
6.4 KiB
Documentation Consolidation Plan
Overview
Many working documents (session notes, migration plans, proposals) now represent implemented features. This plan consolidates them into proper platform documentation.
Document Categories
1. Implemented → Merge into Architecture/Feature Docs
These documents describe features that are now implemented and should be merged into proper documentation.
| Working Document | Target Location | Action |
|---|---|---|
proposals/SESSION_NOTE_2026-01-25_modular-platform-architecture.md |
architecture/module-system.md |
Merge relevant content, archive original |
proposals/SESSION_NOTE_2026-01-26_self-contained-modules.md |
architecture/module-system.md |
Merge relevant content, archive original |
proposals/SESSION_NOTE_2026-01-27_module-reclassification.md |
architecture/module-system.md |
Merge relevant content, archive original |
proposals/SESSION_NOTE_2026-01-28_module-config-migrations.md |
architecture/module-system.md |
Merge relevant content, archive original |
proposals/SESSION_NOTE_2026-01-30_self-contained-module-routes.md |
architecture/module-system.md |
Merge relevant content, archive original |
proposals/SESSION_NOTE_2026-01-31_tenancy-module-consolidation.md |
architecture/tenancy-module-migration.md |
Merge, archive original |
proposals/multi-platform-cms-architecture.md |
features/content-management-system.md |
Merge as "How CMS Works" section |
proposals/multi-platform-cms-architecture-implementation-plan.md |
Archive | Implementation complete |
proposals/section-based-homepage-plan.md |
features/platform-homepage.md |
Merge as technical details |
proposals/module-migration-plan.md |
Archive | Migration complete |
migration/language-i18n-implementation.md |
architecture/language-i18n.md |
Merge (may already exist) |
migration/multi-marketplace-product-architecture.md |
architecture/marketplace-integration.md |
Merge product sync details |
migration/vendor-operations-expansion.md |
architecture/company-vendor-management.md |
Merge operations info |
migration/vendor-contact-inheritance.md |
architecture/company-vendor-management.md |
Merge contact inheritance |
migration/product-migration-database-changes.md |
Archive | Migration complete |
migration/makefile-refactoring-complete.md |
Archive | Refactoring complete |
migration/tailwind-migration-plan.md |
Archive or development/tailwind-css.md |
Verify if complete |
2. Keep as Development Guides
These should remain as development reference but may need cleanup.
| Document | Location | Action |
|---|---|---|
migration/database-migrations.md |
Keep | Update if needed |
migration/module-autodiscovery-migration.md |
Keep | Already updated, serves as history |
migration/svc-006-migration-plan.md |
development/coding-standards.md |
Merge db.commit pattern |
3. Future/Unimplemented → Keep in Proposals
| Document | Status | Action |
|---|---|---|
proposals/loyalty-program-analysis.md |
Future feature | Keep as proposal |
proposals/loyalty-phase2-interfaces-plan.md |
Future feature | Keep as proposal |
proposals/PLAN_storefront-module-restructure.md |
Evaluate status | Keep or archive |
proposals/humble-orbiting-otter.md |
Claude plan file | Archive |
Target Documentation Structure
After consolidation, the docs should have:
docs/
├── architecture/
│ ├── module-system.md ← Comprehensive module docs (merged SESSION_NOTEs)
│ ├── multi-tenant.md ← Platform/Company/Vendor architecture
│ ├── language-i18n.md ← i18n implementation
│ ├── marketplace-integration.md ← Letzshop sync, product architecture
│ ├── company-vendor-management.md ← Vendor operations, contact inheritance
│ └── ...
├── features/
│ ├── content-management-system.md ← CMS with multi-platform details
│ ├── platform-homepage.md ← Section-based homepage
│ ├── subscription-billing.md ← Billing features
│ └── ...
├── development/
│ ├── creating-modules.md ← How to create new modules
│ ├── coding-standards.md ← db.commit pattern, etc.
│ ├── database-migrations.md ← Migration guide
│ └── migration/ ← Historical migration docs (reference)
│ └── module-autodiscovery-migration.md
├── proposals/ ← Future features only
│ ├── loyalty-program-analysis.md
│ └── loyalty-phase2-interfaces-plan.md
└── archive/ ← Completed plans (optional)
├── SESSION_NOTE_*.md
└── *-implementation-plan.md
Consolidation Steps
Phase 1: Module System Documentation
- Review all SESSION_NOTE files for module system
- Extract key decisions and final architecture
- Update
architecture/module-system.mdwith:- Clear module classification (core/optional/internal)
- Route auto-discovery pattern
- Entity locations (routes, services, models, etc.)
- Archive SESSION_NOTE files
Phase 2: CMS & Homepage Documentation
- Merge CMS architecture into
features/content-management-system.md - Merge homepage sections into
features/platform-homepage.md - Archive implementation plans
Phase 3: Vendor & Marketplace Documentation
- Update
architecture/company-vendor-management.mdwith:- Contact inheritance
- Vendor operations
- Update
architecture/marketplace-integration.mdwith:- Multi-marketplace product architecture
- Sync patterns
Phase 4: Development Guides
- Create/update
development/coding-standards.mdwith db.commit pattern - Verify Tailwind migration status, archive if complete
- Clean up migration folder
Phase 5: Archive
- Create
docs/archive/folder (or just delete completed plans) - Move completed implementation plans
- Move SESSION_NOTE files
Priority Order
- High: Module system (most referenced, core architecture)
- High: CMS/Homepage (user-facing features)
- Medium: Vendor/Marketplace (operational)
- Low: Archive cleanup
Notes
- Keep
migration/module-autodiscovery-migration.mdas historical reference - SESSION_NOTEs contain valuable context but are verbose for reference docs
- Focus on "what is" not "what was planned" in final docs