🏗️Modular Architecture Design for aethex.dev Developer Platform
Status: Phase 1 Analysis Complete Date: January 7, 2026
📋 Executive Summary
This document outlines the transformation of aethex-forge from a multi-purpose ecosystem hub into aethex.dev - a professional developer platform while preserving all existing functionality (including 🔒 Discord Activity).
Current State:
Single monolithic React SPA with 843-line App.tsx
90+ routes serving multiple audiences (developers, creators, staff, corporate clients, investors)
Mixed concerns: documentation, dashboards, community, staff tools, marketing pages
Existing docs system with 50+ markdown files
Target State:
Modular developer platform with clear information architecture
Distinct feature modules (Docs, API Reference, Dashboard, SDK, Templates, Marketplace)
Developer-first UX (clean, technical aesthetic like Vercel/Stripe)
All existing functionality preserved and accessible
🎯 Module Structure Overview
📊 Current Route Analysis & Mapping
Category 1: Developer Platform Routes (ENHANCE)
Documentation Routes (34 routes)
Dashboard Routes (6 routes)
Profile & Auth Routes (13 routes)
Category 2: 🔒 PROTECTED Discord Activity (DO NOT MODIFY)
Category 3: Community & Creator Routes (KEEP AS-IS)
Creator Network (8 routes)
Community Routes (15 routes)
Category 4: Corporate & Services Routes (KEEP AS-IS)
Corp Routes (9 routes)
Foundation Routes (2 routes)
Category 5: Staff & Internal Routes (KEEP AS-IS)
Staff Routes (18 routes)
Admin Routes (5 routes)
Category 6: Informational & Marketing Routes (KEEP AS-IS)
Marketing Pages (14 routes)
Legal Routes (3 routes)
Hub Routes (6 routes)
Category 7: External Redirects (MAINTAIN)
🎨 Shared Components Inventory
Core Shared Components (Keep & Enhance)
Navigation Components
Layout Components
Design System Components
Context Providers (Keep All)
🗂️ Proposed Directory Structure
📐 Dependencies Between Modules
Key Dependencies:
Shared Design System → All modules
Auth System → Dashboard, API Reference (playground), Templates
Docs → API Reference (links to concepts), SDK (documentation)
Dashboard → API Reference (usage stats), Discord (connection status)
Templates → Docs (guides), Dashboard (deployed projects)
🛡️ Protected Zone Integration
How Developer Platform Interfaces with Discord Activity
Allowed Integrations:
✅ In Documentation (/docs/integrations/discord)
Reference Discord Activity as a featured integration
Link to protected Discord documentation (consolidated guides)
Show code examples using Discord SDK
Tutorial: "Building a Discord Activity with AeThex"
✅ In API Reference (/api-reference/discord)
Document (read-only) Discord API endpoints
Show request/response examples
Link to Discord Activity authentication docs
Note: "See Discord Activity documentation for implementation"
✅ In Dashboard (/dashboard/integrations)
Show Discord connection status (linked/not linked)
Display Discord username if linked
Button: "Manage Discord Connection" → redirects to
/profile/link-discord(🔒 protected route)Show Discord Activity usage stats (if available)
✅ In Landing Page (/)
Feature Discord Activity as "Build Games Inside Discord"
Screenshot/demo of Discord Activity
CTA: "Learn More" →
/docs/integrations/discord
Forbidden Actions:
❌ Do not modify /discord, /discord-verify, /activity routes ❌ Do not modify DiscordActivity.tsx, DiscordOAuthCallback.tsx, DiscordVerify.tsx components ❌ Do not modify /api/discord/* endpoints ❌ Do not change DiscordProvider or DiscordActivityProvider logic ❌ Do not remove or relocate Discord manifest file
🎯 Implementation Strategy
Phase 1: Foundation (Week 1-2)
Week 1: Design System & Core Components
Create
/client/components/dev-platform/directory structureImplement core UI components (CodeBlock, ApiEndpointCard, StatCard, Callout)
Build navigation components (DevPlatformNav, DevPlatformFooter, Breadcrumbs)
Create layout components (DevPlatformLayout, ThreeColumnLayout, DashboardLayout)
Set up DevPlatformContext provider
Define design tokens (colors, typography, spacing) for developer platform
Week 2: Route Structure & Landing Page
Add new routes to App.tsx (dashboard, api-reference, sdk, templates)
Create developer platform landing page (
/pages/dev-platform/DevLanding.tsx)Replace homepage (
/route) with new developer landingEnsure all existing routes remain functional
Test navigation between old and new sections
Phase 2: Documentation System (Week 3-4)
Week 3: Docs Framework
Enhance existing
/docsroutes with new design systemImplement three-column layout for docs
Add command palette (Cmd+K) search
Create docs navigation tree component
Set up syntax highlighting for code blocks
Week 4: Discord Documentation Consolidation
Read and analyze all 14 Discord documentation files
Create consolidated guides:
discord-integration-guide.mddiscord-activity-reference.mddiscord-deployment.md
Archive old Discord docs to
/docs/archive/discord/Integrate into main docs navigation at
/docs/integrations/discordCross-link between new guides
Phase 3: Developer Dashboard (Week 5-6)
Week 5: API Key Management
Create database schema for API keys
Implement
/api/developer/keys/*endpointsBuild API key management UI (
/dashboard/api-keys)Implement key generation, viewing, revoking
Add API key authentication middleware
Week 6: Usage Analytics
Implement usage tracking for API calls
Create
/api/developer/usage/*endpointsBuild analytics dashboard UI (
/dashboard/usage)Integrate recharts for visualizations
Add real-time updates or polling
Phase 4: API Reference & SDK (Week 7-8)
Week 7: Interactive API Reference
Create API reference pages (
/api-reference)Document all API endpoints by category
Build API endpoint documentation format
Implement syntax highlighting for examples
Create tabbed code examples (JavaScript, Python, cURL)
Week 8: API Playground & SDK Pages
Build ApiPlayground component
Implement request builder and response viewer
Create SDK landing page (
/sdk)Build SDK-specific documentation pages
Add version selector and download tracking
Phase 5: Templates & Polish (Week 9-10)
Week 9: Templates System
Design templates database schema
Create
/api/templates/*endpointsBuild template library UI (
/templates)Implement template card components
Create "Use Template" flow
Week 10: QA & Performance
Accessibility audit (WCAG 2.1 AA)
Performance optimization (Lighthouse > 90)
Mobile responsiveness testing
Cross-browser testing
Security audit
Phase 6: Deployment (Week 11-12)
Week 11: Staging Deployment
Set up staging environment
Deploy to staging
Run smoke tests
Gather internal feedback
Fix critical bugs
Week 12: Production Launch
Final security review
Performance monitoring setup
Deploy to production
Monitor error rates
Gather user feedback
🚀 Migration Plan
Route Migration
No Breaking Changes:
All existing routes remain functional
New routes added without conflicting with existing
Gradual transition: users can access both old and new sections
Migration Strategy:
Component Migration
Strategy:
Build new components in
/client/components/dev-platform/Use existing shadcn/ui components as base
Gradually apply new design system to existing pages
Keep old components until migration complete
Remove old components only when fully replaced
Data Migration
API Keys:
New feature, no existing data to migrate
Create fresh database tables
Usage Analytics:
Start fresh tracking from launch date
No historical data needed
📊 Success Metrics
Launch Metrics (Week 1-4)
Traffic:
Unique visitors to developer platform
Page views per visitor
Time on site
Engagement:
API keys generated
SDK downloads
Template uses
API playground requests
Quality:
Lighthouse score > 90
Zero critical accessibility issues
< 2s page load time
< 1% error rate
Growth Metrics (Month 1-3)
Adoption:
Monthly active developers
Total API calls
New developer signups
Retention:
Week 1 retention
Week 4 retention
Churn rate
Satisfaction:
User feedback score
Support ticket volume
Documentation helpfulness rating
🎨 Design Principles
Visual Identity:
Dark mode first (developer preference)
Clean, technical aesthetic (Vercel/Stripe inspiration)
Consistent with aethex.net branding (blue/purple theme)
Typography: Inter for UI, JetBrains Mono for code
UX Principles:
Developer efficiency (keyboard shortcuts, quick actions)
Progressive disclosure (simple by default, power features hidden)
Consistent patterns (same interaction model across modules)
Fast and responsive (< 100ms interaction latency)
Content Strategy:
Code-first (show examples first, explain after)
Practical over theoretical (real-world use cases)
Searchable (every page indexed for Cmd+K)
Up-to-date (automated freshness checks)
✅ Pre-Implementation Checklist
Before starting implementation:
🔗 Related Documents
PROTECTED_DISCORD_ACTIVITY.md- Discord Activity protection inventoryAGENTS.md- Current project structure and tech stack/docs/DISCORD-*.md- Existing Discord documentation (to be consolidated)/docs/TECH_STACK_ANALYSIS.md- Technology stack details
Next Steps:
Review this architecture document with stakeholders
Create design mockups for key pages
Proceed with Phase 1 implementation (Design System & Core Components)
Set up project tracking (GitHub Projects or Linear)
Begin implementation following week-by-week plan
Questions to Resolve:
Should we use Docusaurus, custom MDX, or Mintlify for documentation?
What analytics tool for usage tracking? (Mixpanel, Amplitude, custom?)
Payment provider for marketplace? (Stripe Connect?)
Hosting strategy: Keep on current platform or migrate?
Document Version: 1.0 Author: GitHub Copilot (Claude Sonnet 4.5) Status: Ready for Review Last Updated: January 7, 2026
Last updated
