🏗️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:

  1. Shared Design System → All modules

  2. Auth System → Dashboard, API Reference (playground), Templates

  3. Docs → API Reference (links to concepts), SDK (documentation)

  4. Dashboard → API Reference (usage stats), Discord (connection status)

  5. 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

  1. Create /client/components/dev-platform/ directory structure

  2. Implement core UI components (CodeBlock, ApiEndpointCard, StatCard, Callout)

  3. Build navigation components (DevPlatformNav, DevPlatformFooter, Breadcrumbs)

  4. Create layout components (DevPlatformLayout, ThreeColumnLayout, DashboardLayout)

  5. Set up DevPlatformContext provider

  6. Define design tokens (colors, typography, spacing) for developer platform

Week 2: Route Structure & Landing Page

  1. Add new routes to App.tsx (dashboard, api-reference, sdk, templates)

  2. Create developer platform landing page (/pages/dev-platform/DevLanding.tsx)

  3. Replace homepage (/ route) with new developer landing

  4. Ensure all existing routes remain functional

  5. Test navigation between old and new sections

Phase 2: Documentation System (Week 3-4)

Week 3: Docs Framework

  1. Enhance existing /docs routes with new design system

  2. Implement three-column layout for docs

  3. Add command palette (Cmd+K) search

  4. Create docs navigation tree component

  5. Set up syntax highlighting for code blocks

Week 4: Discord Documentation Consolidation

  1. Read and analyze all 14 Discord documentation files

  2. Create consolidated guides:

    • discord-integration-guide.md

    • discord-activity-reference.md

    • discord-deployment.md

  3. Archive old Discord docs to /docs/archive/discord/

  4. Integrate into main docs navigation at /docs/integrations/discord

  5. Cross-link between new guides

Phase 3: Developer Dashboard (Week 5-6)

Week 5: API Key Management

  1. Create database schema for API keys

  2. Implement /api/developer/keys/* endpoints

  3. Build API key management UI (/dashboard/api-keys)

  4. Implement key generation, viewing, revoking

  5. Add API key authentication middleware

Week 6: Usage Analytics

  1. Implement usage tracking for API calls

  2. Create /api/developer/usage/* endpoints

  3. Build analytics dashboard UI (/dashboard/usage)

  4. Integrate recharts for visualizations

  5. Add real-time updates or polling

Phase 4: API Reference & SDK (Week 7-8)

Week 7: Interactive API Reference

  1. Create API reference pages (/api-reference)

  2. Document all API endpoints by category

  3. Build API endpoint documentation format

  4. Implement syntax highlighting for examples

  5. Create tabbed code examples (JavaScript, Python, cURL)

Week 8: API Playground & SDK Pages

  1. Build ApiPlayground component

  2. Implement request builder and response viewer

  3. Create SDK landing page (/sdk)

  4. Build SDK-specific documentation pages

  5. Add version selector and download tracking

Phase 5: Templates & Polish (Week 9-10)

Week 9: Templates System

  1. Design templates database schema

  2. Create /api/templates/* endpoints

  3. Build template library UI (/templates)

  4. Implement template card components

  5. Create "Use Template" flow

Week 10: QA & Performance

  1. Accessibility audit (WCAG 2.1 AA)

  2. Performance optimization (Lighthouse > 90)

  3. Mobile responsiveness testing

  4. Cross-browser testing

  5. Security audit

Phase 6: Deployment (Week 11-12)

Week 11: Staging Deployment

  1. Set up staging environment

  2. Deploy to staging

  3. Run smoke tests

  4. Gather internal feedback

  5. Fix critical bugs

Week 12: Production Launch

  1. Final security review

  2. Performance monitoring setup

  3. Deploy to production

  4. Monitor error rates

  5. 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:

  1. Build new components in /client/components/dev-platform/

  2. Use existing shadcn/ui components as base

  3. Gradually apply new design system to existing pages

  4. Keep old components until migration complete

  5. 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:


  • PROTECTED_DISCORD_ACTIVITY.md - Discord Activity protection inventory

  • AGENTS.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:

  1. Review this architecture document with stakeholders

  2. Create design mockups for key pages

  3. Proceed with Phase 1 implementation (Design System & Core Components)

  4. Set up project tracking (GitHub Projects or Linear)

  5. Begin implementation following week-by-week plan

Questions to Resolve:

  1. Should we use Docusaurus, custom MDX, or Mintlify for documentation?

  2. What analytics tool for usage tracking? (Mixpanel, Amplitude, custom?)

  3. Payment provider for marketplace? (Stripe Connect?)

  4. 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