This project is organized into three main folders based on development phases and relevance:
Single source of truth for the hybrid approach implementation plan
- Complete 3-phase roadmap (Hybrid MVP → Optimization → Proprietary Engine)
- Detailed technical specifications and success criteria
- Implementation checklists and timelines
- This is the main document to reference for development
Files for immediate implementation (Phase 1: Hybrid MVP)
requirements.md- Technical requirements and specificationsbackend.md- Backend architecture and implementation detailsfrontend.md- User experience and onboarding flowsinstallation.md- Installation methods and setup guidesplanning.md- Implementation roadmap and best practicespromptcoach.md- Embedded prompt optimization functionality
Files for future phases (Phase 2-3: Optimization & Proprietary Engine)
Future1.md- Long-term vision and proprietary engine plans
Reference materials and case studies
casestudyfuture1.md- Real-world hybrid orchestration case studiesanswersoncasestudyfuture1.md- Feasibility analysis and recommendationsfeedbackfuture1.md- Senior developer feedback and insightsFuture.md- Original future vision document
- Consolidated conflicting architectures into single source of truth
- Organized files into logical folder structure
- Created comprehensive hybrid approach plan
- Established realistic 3-week MVP timeline
- Start Phase 1 implementation using
ARCHITECTURE.mdas guide - Reference
FirstRelease/files for detailed specifications - Use
Archive/case studies for proven patterns - Plan future phases using
Future/documents
- Read
ARCHITECTURE.md- Understand the complete hybrid approach - Review
FirstRelease/planning.md- See detailed implementation roadmap - Study
Archive/casestudyfuture1.md- Learn from proven patterns - Begin Phase 1 - Start with MCP server foundation
Type these natural-language commands directly in Cursor’s chat using the /nexa tool. This triggers the MCP server tool named nexa (configured in .cursor/mcp.json) and routes your request to the correct engine.
Examples:
/nexa Create a modern login form with email and password/nexa Validate the checkout page for a mobile user journey/nexa Generate A/B variants for the homepage hero; hypothesis: bigger CTA improves CTR/nexa Simulate personas interacting with src/components/Button.tsx/nexa Analyze the project structure and recommend improvements/nexa Deploy a preview of the current project
Notes:
- Chat in Cursor uses the MCP tool
nexa; Terminal commands use the CLInexa(legacy alias:nw). - The same engines are used behind both interfaces; chat is not a separate CLI.
- Architecture: Hybrid approach (Dyad.sh + OSS registry) instead of proprietary engine
- Timeline: 3-week MVP → 2-week optimization → 6-week proprietary engine
- Commands:
nexafor terminal CLI;/nexafor Cursor chat - Branding: "Magic Nuggetwise" maintained throughout
- Tech Stack: OSS libraries + Dyad.sh + semantic search + preview deployment
This organization eliminates all conflicts and provides a clear path forward for Magic Nuggetwise development.
Option A – Static (frontend): keep root as frontend for simple pages.
Option B – Next.js app (apps/web):
- In Vercel: New Project → Import this repo
- Root Directory:
apps/web - Build Command:
npm run build - Output: (Next.js default)
- Domain: add
nexa.build
For Next.js app:
- cd apps/web
- npm i
- npm run dev
- open http://localhost:5173
For static pages:
- cd frontend && python3 -m http.server 8003
- open http://localhost:8003