Summary
setup.sh is bash-only. Windows users currently need WSL or Git Bash to run setup (see #10). A native PowerShell script would make onboarding seamless on Windows.
Full docs: https://launchx.page/mex/docs
What needs to happen
Port setup.sh to setup.ps1 with the same flow:
- Build the CLI (
npm install && npm run build)
- Detect project state (existing codebase / fresh project / partial scaffold)
- Tool config selection (copy from
.tool-configs/ to project root)
- Pre-analyze codebase via
mex init --json (if CLI built successfully)
- Print or run the population prompt
Scope
- Same user-facing behavior as
setup.sh
- Use PowerShell-native equivalents (
Write-Host with colors, Test-Path, etc.)
- The banner/spinner are nice-to-have — core flow is the priority
- Must handle the same edge cases: running from wrong directory, missing Node.js, existing files (overwrite prompt)
Reference
setup.sh — the source of truth (~275 lines of actual logic, rest is the prompt string)
sync.sh and update.sh — these could be ported later, not part of this issue
Acceptance criteria
Summary
setup.shis bash-only. Windows users currently need WSL or Git Bash to run setup (see #10). A native PowerShell script would make onboarding seamless on Windows.What needs to happen
Port
setup.shtosetup.ps1with the same flow:npm install && npm run build).tool-configs/to project root)mex init --json(if CLI built successfully)Scope
setup.shWrite-Hostwith colors,Test-Path, etc.)Reference
setup.sh— the source of truth (~275 lines of actual logic, rest is the prompt string)sync.shandupdate.sh— these could be ported later, not part of this issueAcceptance criteria
setup.ps1runs on PowerShell 5.1+ and PowerShell Core 7+setup.sh--dry-runand--helpflags work