ultra-dex 1.7.2 → 1.8.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +40 -2
- package/assets/agents/0-orchestration/orchestrator.md +225 -0
- package/assets/agents/00-AGENT_INDEX.md +138 -0
- package/assets/agents/1-leadership/cto.md +186 -0
- package/assets/agents/1-leadership/planner.md +205 -0
- package/assets/agents/1-leadership/research.md +285 -0
- package/assets/agents/2-development/backend.md +472 -0
- package/assets/agents/2-development/database.md +516 -0
- package/assets/agents/2-development/frontend.md +144 -0
- package/assets/agents/3-security/auth.md +168 -0
- package/assets/agents/3-security/security.md +335 -0
- package/assets/agents/4-devops/devops.md +587 -0
- package/assets/agents/5-quality/debugger.md +188 -0
- package/assets/agents/5-quality/documentation.md +167 -0
- package/assets/agents/5-quality/reviewer.md +213 -0
- package/assets/agents/5-quality/testing.md +280 -0
- package/assets/agents/6-specialist/performance.md +323 -0
- package/assets/agents/6-specialist/refactoring.md +343 -0
- package/assets/agents/AGENT-INSTRUCTIONS.md +315 -0
- package/assets/agents/README.md +232 -0
- package/assets/cursor-rules/00-ultra-dex-core.mdc +48 -0
- package/assets/cursor-rules/01-database.mdc +50 -0
- package/assets/cursor-rules/02-api.mdc +81 -0
- package/assets/cursor-rules/03-auth.mdc +70 -0
- package/assets/cursor-rules/04-frontend.mdc +92 -0
- package/assets/cursor-rules/05-payments.mdc +88 -0
- package/assets/cursor-rules/06-testing.mdc +104 -0
- package/assets/cursor-rules/07-security.mdc +94 -0
- package/assets/cursor-rules/08-deployment.mdc +92 -0
- package/assets/cursor-rules/09-error-handling.mdc +137 -0
- package/assets/cursor-rules/10-performance.mdc +123 -0
- package/assets/cursor-rules/11-nextjs-v15.mdc +307 -0
- package/assets/cursor-rules/12-multi-tenancy.mdc +282 -0
- package/assets/cursor-rules/README.md +78 -0
- package/assets/cursor-rules/load.ps1 +108 -0
- package/assets/cursor-rules/load.sh +102 -0
- package/assets/docs/BUILD-AUTH-30M.md +113 -0
- package/assets/docs/CHECKLIST-21-STEP.md +86 -0
- package/assets/docs/CODEMAP.md +229 -0
- package/assets/docs/CUSTOMIZATION.md +127 -0
- package/assets/docs/LAUNCH-POSTS.md +238 -0
- package/assets/docs/QUICK-REFERENCE.md +338 -0
- package/assets/docs/README.md +21 -0
- package/assets/docs/ROADMAP.md +480 -0
- package/assets/docs/TROUBLESHOOTING.md +148 -0
- package/assets/docs/TUTORIAL.md +182 -0
- package/assets/docs/VERIFICATION.md +108 -0
- package/assets/docs/VISION-V2.md +187 -0
- package/assets/docs/WORKFLOW-DIAGRAMS.md +463 -0
- package/assets/docs/index.html +550 -0
- package/assets/live-templates/next15-prisma-clerk/.env.example +3 -0
- package/assets/live-templates/next15-prisma-clerk/README.md +10 -0
- package/assets/live-templates/next15-prisma-clerk/app/layout.tsx +7 -0
- package/assets/live-templates/next15-prisma-clerk/app/page.tsx +8 -0
- package/assets/live-templates/next15-prisma-clerk/next.config.js +6 -0
- package/assets/live-templates/next15-prisma-clerk/package.json +22 -0
- package/assets/live-templates/next15-prisma-clerk/prisma/schema.prisma +34 -0
- package/assets/live-templates/remix-supabase/.env.example +2 -0
- package/assets/live-templates/remix-supabase/README.md +9 -0
- package/assets/live-templates/remix-supabase/app/root.tsx +19 -0
- package/assets/live-templates/remix-supabase/app/routes/_index.tsx +8 -0
- package/assets/live-templates/remix-supabase/app/utils/supabase.server.ts +6 -0
- package/assets/live-templates/remix-supabase/package.json +20 -0
- package/assets/live-templates/remix-supabase/remix.config.js +6 -0
- package/assets/live-templates/sveltekit-drizzle/.env.example +1 -0
- package/assets/live-templates/sveltekit-drizzle/README.md +9 -0
- package/assets/live-templates/sveltekit-drizzle/drizzle/schema.ts +7 -0
- package/assets/live-templates/sveltekit-drizzle/drizzle.config.ts +5 -0
- package/assets/live-templates/sveltekit-drizzle/package.json +21 -0
- package/assets/live-templates/sveltekit-drizzle/src/lib/db.ts +5 -0
- package/assets/live-templates/sveltekit-drizzle/src/routes/+page.svelte +2 -0
- package/assets/live-templates/sveltekit-drizzle/svelte.config.js +5 -0
- package/assets/live-templates/sveltekit-drizzle/vite.config.js +5 -0
- package/assets/saas-plan/04-Imp-Template.md +5546 -0
- package/assets/templates/CASE-STUDY-TEMPLATE.md +139 -0
- package/assets/templates/MASTER-PLAN-TEMPLATE.md +647 -0
- package/assets/templates/ORDER-TRACKER-TEMPLATE.md +731 -0
- package/assets/templates/PHASE-TRACKER-TEMPLATE.md +577 -0
- package/assets/templates/README.md +419 -0
- package/bin/ultra-dex.js +643 -29
- package/package.json +3 -3
|
@@ -0,0 +1,108 @@
|
|
|
1
|
+
# Ultra-Dex Cursor Rules Loader for Windows
|
|
2
|
+
# Usage: .\load.ps1 [domain|core|all]
|
|
3
|
+
|
|
4
|
+
param(
|
|
5
|
+
[Parameter(Position=0)]
|
|
6
|
+
[string]$Selection = "core"
|
|
7
|
+
)
|
|
8
|
+
|
|
9
|
+
$SCRIPT_DIR = Split-Path -Parent $MyInvocation.MyCommand.Path
|
|
10
|
+
$TARGET_DIR = ".cursor\rules"
|
|
11
|
+
|
|
12
|
+
# Create target directory if it doesn't exist
|
|
13
|
+
if (!(Test-Path $TARGET_DIR)) {
|
|
14
|
+
New-Item -ItemType Directory -Path $TARGET_DIR -Force | Out-Null
|
|
15
|
+
}
|
|
16
|
+
|
|
17
|
+
function Copy-Rules {
|
|
18
|
+
param([string[]]$Files)
|
|
19
|
+
foreach ($file in $Files) {
|
|
20
|
+
$sourcePath = Join-Path $SCRIPT_DIR $file
|
|
21
|
+
if (Test-Path $sourcePath) {
|
|
22
|
+
Copy-Item $sourcePath -Destination $TARGET_DIR -Force
|
|
23
|
+
Write-Host " Copied: $file" -ForegroundColor Green
|
|
24
|
+
} else {
|
|
25
|
+
Write-Host " Not found: $file" -ForegroundColor Yellow
|
|
26
|
+
}
|
|
27
|
+
}
|
|
28
|
+
}
|
|
29
|
+
|
|
30
|
+
Write-Host ""
|
|
31
|
+
Write-Host "Ultra-Dex Cursor Rules Loader" -ForegroundColor Cyan
|
|
32
|
+
Write-Host "=============================" -ForegroundColor Cyan
|
|
33
|
+
Write-Host ""
|
|
34
|
+
|
|
35
|
+
switch ($Selection.ToLower()) {
|
|
36
|
+
"core" {
|
|
37
|
+
Write-Host "Loading core rules..." -ForegroundColor White
|
|
38
|
+
Copy-Rules @("00-ultra-dex-core.mdc")
|
|
39
|
+
}
|
|
40
|
+
"database" {
|
|
41
|
+
Write-Host "Loading database rules..." -ForegroundColor White
|
|
42
|
+
Copy-Rules @("00-ultra-dex-core.mdc", "01-database.mdc")
|
|
43
|
+
}
|
|
44
|
+
"api" {
|
|
45
|
+
Write-Host "Loading API rules..." -ForegroundColor White
|
|
46
|
+
Copy-Rules @("00-ultra-dex-core.mdc", "02-api.mdc")
|
|
47
|
+
}
|
|
48
|
+
"auth" {
|
|
49
|
+
Write-Host "Loading auth rules..." -ForegroundColor White
|
|
50
|
+
Copy-Rules @("00-ultra-dex-core.mdc", "03-auth.mdc")
|
|
51
|
+
}
|
|
52
|
+
"frontend" {
|
|
53
|
+
Write-Host "Loading frontend rules..." -ForegroundColor White
|
|
54
|
+
Copy-Rules @("00-ultra-dex-core.mdc", "04-frontend.mdc")
|
|
55
|
+
}
|
|
56
|
+
"payments" {
|
|
57
|
+
Write-Host "Loading payments rules..." -ForegroundColor White
|
|
58
|
+
Copy-Rules @("00-ultra-dex-core.mdc", "05-payments.mdc")
|
|
59
|
+
}
|
|
60
|
+
"testing" {
|
|
61
|
+
Write-Host "Loading testing rules..." -ForegroundColor White
|
|
62
|
+
Copy-Rules @("00-ultra-dex-core.mdc", "06-testing.mdc")
|
|
63
|
+
}
|
|
64
|
+
"security" {
|
|
65
|
+
Write-Host "Loading security rules..." -ForegroundColor White
|
|
66
|
+
Copy-Rules @("00-ultra-dex-core.mdc", "07-security.mdc")
|
|
67
|
+
}
|
|
68
|
+
"deployment" {
|
|
69
|
+
Write-Host "Loading deployment rules..." -ForegroundColor White
|
|
70
|
+
Copy-Rules @("00-ultra-dex-core.mdc", "08-deployment.mdc")
|
|
71
|
+
}
|
|
72
|
+
"errors" {
|
|
73
|
+
Write-Host "Loading error handling rules..." -ForegroundColor White
|
|
74
|
+
Copy-Rules @("00-ultra-dex-core.mdc", "09-error-handling.mdc")
|
|
75
|
+
}
|
|
76
|
+
"performance" {
|
|
77
|
+
Write-Host "Loading performance rules..." -ForegroundColor White
|
|
78
|
+
Copy-Rules @("00-ultra-dex-core.mdc", "10-performance.mdc")
|
|
79
|
+
}
|
|
80
|
+
"all" {
|
|
81
|
+
Write-Host "Loading ALL rules..." -ForegroundColor White
|
|
82
|
+
$allFiles = Get-ChildItem -Path $SCRIPT_DIR -Filter "*.mdc" | Select-Object -ExpandProperty Name
|
|
83
|
+
Copy-Rules $allFiles
|
|
84
|
+
}
|
|
85
|
+
default {
|
|
86
|
+
Write-Host "Usage: .\load.ps1 [option]" -ForegroundColor Yellow
|
|
87
|
+
Write-Host ""
|
|
88
|
+
Write-Host "Options:" -ForegroundColor White
|
|
89
|
+
Write-Host " core Load core rules only (default)"
|
|
90
|
+
Write-Host " database Load core + database rules"
|
|
91
|
+
Write-Host " api Load core + API rules"
|
|
92
|
+
Write-Host " auth Load core + auth rules"
|
|
93
|
+
Write-Host " frontend Load core + frontend rules"
|
|
94
|
+
Write-Host " payments Load core + payments rules"
|
|
95
|
+
Write-Host " testing Load core + testing rules"
|
|
96
|
+
Write-Host " security Load core + security rules"
|
|
97
|
+
Write-Host " deployment Load core + deployment rules"
|
|
98
|
+
Write-Host " errors Load core + error handling rules"
|
|
99
|
+
Write-Host " performance Load core + performance rules"
|
|
100
|
+
Write-Host " all Load ALL rules"
|
|
101
|
+
Write-Host ""
|
|
102
|
+
exit 1
|
|
103
|
+
}
|
|
104
|
+
}
|
|
105
|
+
|
|
106
|
+
Write-Host ""
|
|
107
|
+
Write-Host "Rules loaded to: $TARGET_DIR" -ForegroundColor Green
|
|
108
|
+
Write-Host ""
|
|
@@ -0,0 +1,102 @@
|
|
|
1
|
+
#!/bin/bash
|
|
2
|
+
# Ultra-Dex Cursor Rules Loader v2.0
|
|
3
|
+
# Usage: ./load.sh [domains...]
|
|
4
|
+
# Example: ./load.sh database api auth
|
|
5
|
+
# Example: ./load.sh all (loads all rules)
|
|
6
|
+
|
|
7
|
+
SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
|
|
8
|
+
TARGET_DIR=".cursor/rules"
|
|
9
|
+
|
|
10
|
+
echo "🚀 Ultra-Dex Cursor Rules Loader v2.0"
|
|
11
|
+
echo ""
|
|
12
|
+
|
|
13
|
+
# Check if Cursor is installed
|
|
14
|
+
if command -v cursor &> /dev/null; then
|
|
15
|
+
echo "✓ Cursor detected"
|
|
16
|
+
elif [ -d "/Applications/Cursor.app" ] || [ -d "$HOME/Applications/Cursor.app" ]; then
|
|
17
|
+
echo "✓ Cursor.app detected"
|
|
18
|
+
else
|
|
19
|
+
echo "⚠️ Cursor not detected. Rules will still be copied."
|
|
20
|
+
echo " Install Cursor: https://cursor.com"
|
|
21
|
+
echo ""
|
|
22
|
+
fi
|
|
23
|
+
|
|
24
|
+
# Create target directory
|
|
25
|
+
mkdir -p "$TARGET_DIR"
|
|
26
|
+
|
|
27
|
+
# Always copy core rules
|
|
28
|
+
cp "$SCRIPT_DIR/00-ultra-dex-core.mdc" "$TARGET_DIR/"
|
|
29
|
+
echo "✓ Loaded: 00-ultra-dex-core.mdc (core rules)"
|
|
30
|
+
|
|
31
|
+
# If "all" is specified, copy everything
|
|
32
|
+
if [ "$1" = "all" ]; then
|
|
33
|
+
for file in "$SCRIPT_DIR"/*.mdc; do
|
|
34
|
+
filename=$(basename "$file")
|
|
35
|
+
if [ "$filename" != "00-ultra-dex-core.mdc" ]; then
|
|
36
|
+
cp "$file" "$TARGET_DIR/"
|
|
37
|
+
echo "✓ Loaded: $filename"
|
|
38
|
+
fi
|
|
39
|
+
done
|
|
40
|
+
echo ""
|
|
41
|
+
echo "📁 All rules loaded to $TARGET_DIR/"
|
|
42
|
+
exit 0
|
|
43
|
+
fi
|
|
44
|
+
|
|
45
|
+
# If no arguments, show help
|
|
46
|
+
if [ $# -eq 0 ]; then
|
|
47
|
+
echo ""
|
|
48
|
+
echo "Usage: ./load.sh [domains...]"
|
|
49
|
+
echo ""
|
|
50
|
+
echo "Available domains:"
|
|
51
|
+
echo " database - Prisma, schema, queries"
|
|
52
|
+
echo " api - API routes, validation, responses"
|
|
53
|
+
echo " auth - NextAuth configuration"
|
|
54
|
+
echo " frontend - React, components, state"
|
|
55
|
+
echo " payments - Stripe integration"
|
|
56
|
+
echo " testing - Vitest, Playwright"
|
|
57
|
+
echo " security - Input validation, auth, headers"
|
|
58
|
+
echo " deployment - Vercel, CI/CD, migrations"
|
|
59
|
+
echo " error - Error patterns, logging"
|
|
60
|
+
echo " performance - Optimization, caching"
|
|
61
|
+
echo " nextjs - Next.js 15 App Router patterns"
|
|
62
|
+
echo " tenancy - SaaS multi-tenancy patterns"
|
|
63
|
+
echo " all - Load all rules"
|
|
64
|
+
echo ""
|
|
65
|
+
echo "Example: ./load.sh database api auth"
|
|
66
|
+
exit 0
|
|
67
|
+
fi
|
|
68
|
+
|
|
69
|
+
# Copy requested domains
|
|
70
|
+
for domain in "$@"; do
|
|
71
|
+
# Map short names to file numbers
|
|
72
|
+
case "$domain" in
|
|
73
|
+
database) file="01-database.mdc" ;;
|
|
74
|
+
api) file="02-api.mdc" ;;
|
|
75
|
+
auth) file="03-auth.mdc" ;;
|
|
76
|
+
frontend) file="04-frontend.mdc" ;;
|
|
77
|
+
payments) file="05-payments.mdc" ;;
|
|
78
|
+
testing) file="06-testing.mdc" ;;
|
|
79
|
+
security) file="07-security.mdc" ;;
|
|
80
|
+
deployment) file="08-deployment.mdc" ;;
|
|
81
|
+
error) file="09-error-handling.mdc" ;;
|
|
82
|
+
performance) file="10-performance.mdc" ;;
|
|
83
|
+
nextjs) file="11-nextjs-v15.mdc" ;;
|
|
84
|
+
tenancy) file="12-multi-tenancy.mdc" ;;
|
|
85
|
+
*)
|
|
86
|
+
echo "✗ Unknown domain: $domain"
|
|
87
|
+
continue
|
|
88
|
+
;;
|
|
89
|
+
esac
|
|
90
|
+
|
|
91
|
+
if [ -f "$SCRIPT_DIR/$file" ]; then
|
|
92
|
+
cp "$SCRIPT_DIR/$file" "$TARGET_DIR/"
|
|
93
|
+
echo "✓ Loaded: $file"
|
|
94
|
+
else
|
|
95
|
+
echo "✗ File not found: $file"
|
|
96
|
+
fi
|
|
97
|
+
done
|
|
98
|
+
|
|
99
|
+
echo ""
|
|
100
|
+
echo "📁 Rules loaded to $TARGET_DIR/"
|
|
101
|
+
echo ""
|
|
102
|
+
echo "💡 Tip: Restart Cursor to apply new rules"
|
|
@@ -0,0 +1,113 @@
|
|
|
1
|
+
# Build Auth in 30 Minutes with Ultra-Dex
|
|
2
|
+
|
|
3
|
+
> A practical, time-boxed script that uses Ultra-Dex agents to design and implement authentication.
|
|
4
|
+
|
|
5
|
+
## Goal
|
|
6
|
+
Build production-ready authentication (signup, login, session, and basic protections) in 30 minutes using Ultra-Dex.
|
|
7
|
+
|
|
8
|
+
## Prerequisites
|
|
9
|
+
- A project initialized with `npx ultra-dex init`.
|
|
10
|
+
- A baseline tech stack (Next.js + Prisma) and auth approach (NextAuth or custom JWT).
|
|
11
|
+
- `IMPLEMENTATION-PLAN.md` and `CONTEXT.md` available.
|
|
12
|
+
|
|
13
|
+
---
|
|
14
|
+
|
|
15
|
+
## 0–5 min: Planner + CTO alignment
|
|
16
|
+
**Agent:** `@Planner` then `@CTO`
|
|
17
|
+
|
|
18
|
+
**Planner prompt:**
|
|
19
|
+
```
|
|
20
|
+
Read IMPLEMENTATION-PLAN.md and CONTEXT.md.
|
|
21
|
+
Act as @Planner.
|
|
22
|
+
Task: Break down authentication into 4-5 atomic tasks (4-9h each) with acceptance criteria.
|
|
23
|
+
```
|
|
24
|
+
|
|
25
|
+
**CTO prompt:**
|
|
26
|
+
```
|
|
27
|
+
Read IMPLEMENTATION-PLAN.md and CONTEXT.md.
|
|
28
|
+
Act as @CTO.
|
|
29
|
+
Task: Approve auth architecture (session/JWT), password policy, and data model changes.
|
|
30
|
+
```
|
|
31
|
+
|
|
32
|
+
Output checklist:
|
|
33
|
+
- Auth flow decided (JWT or session)
|
|
34
|
+
- Password policy defined
|
|
35
|
+
- Auth-related schema changes approved
|
|
36
|
+
|
|
37
|
+
---
|
|
38
|
+
|
|
39
|
+
## 5–12 min: Database + Backend design
|
|
40
|
+
**Agent:** `@Database` then `@Backend`
|
|
41
|
+
|
|
42
|
+
**Database prompt:**
|
|
43
|
+
```
|
|
44
|
+
Read IMPLEMENTATION-PLAN.md Section 5 and CONTEXT.md.
|
|
45
|
+
Act as @Database.
|
|
46
|
+
Task: Add/verify User + Session tables, indexes, and constraints for auth.
|
|
47
|
+
Return Prisma schema changes.
|
|
48
|
+
```
|
|
49
|
+
|
|
50
|
+
**Backend prompt:**
|
|
51
|
+
```
|
|
52
|
+
Read IMPLEMENTATION-PLAN.md Sections 6-8 and CONTEXT.md.
|
|
53
|
+
Act as @Backend.
|
|
54
|
+
Task: Draft endpoints for signup/login/logout + validation + error handling.
|
|
55
|
+
```
|
|
56
|
+
|
|
57
|
+
Output checklist:
|
|
58
|
+
- Schema changes with indexes
|
|
59
|
+
- API endpoints defined
|
|
60
|
+
- Validation schema defined
|
|
61
|
+
|
|
62
|
+
---
|
|
63
|
+
|
|
64
|
+
## 12–20 min: Security + Testing plan
|
|
65
|
+
**Agent:** `@Security` then `@Testing`
|
|
66
|
+
|
|
67
|
+
**Security prompt:**
|
|
68
|
+
```
|
|
69
|
+
Read IMPLEMENTATION-PLAN.md Sections 7 & 12.
|
|
70
|
+
Act as @Security.
|
|
71
|
+
Task: Audit auth design for OWASP risks; add rate limiting + secure cookie policy.
|
|
72
|
+
```
|
|
73
|
+
|
|
74
|
+
**Testing prompt:**
|
|
75
|
+
```
|
|
76
|
+
Read IMPLEMENTATION-PLAN.md Section 10.
|
|
77
|
+
Act as @Testing.
|
|
78
|
+
Task: Define test cases for signup/login/session invalidation.
|
|
79
|
+
```
|
|
80
|
+
|
|
81
|
+
Output checklist:
|
|
82
|
+
- Rate limiting rules
|
|
83
|
+
- Secure cookie settings
|
|
84
|
+
- Test plan with edge cases
|
|
85
|
+
|
|
86
|
+
---
|
|
87
|
+
|
|
88
|
+
## 20–30 min: Implement + verify
|
|
89
|
+
**Execution steps:**
|
|
90
|
+
1. Implement schema changes (Prisma migration).
|
|
91
|
+
2. Implement API endpoints with validation and error handling.
|
|
92
|
+
3. Add basic tests for auth endpoints.
|
|
93
|
+
4. Run quick verification checklist.
|
|
94
|
+
|
|
95
|
+
**Quick verification (5-step):**
|
|
96
|
+
- [ ] Works locally (signup/login)
|
|
97
|
+
- [ ] Errors handled and validated
|
|
98
|
+
- [ ] No secrets in code
|
|
99
|
+
- [ ] Docs updated (if API changed)
|
|
100
|
+
- [ ] Build passes
|
|
101
|
+
|
|
102
|
+
---
|
|
103
|
+
|
|
104
|
+
## Suggested Output Files
|
|
105
|
+
- `prisma/schema.prisma`
|
|
106
|
+
- `app/api/auth/*` (or `src/routes/auth/*`)
|
|
107
|
+
- `src/**/__tests__/auth.test.ts`
|
|
108
|
+
|
|
109
|
+
---
|
|
110
|
+
|
|
111
|
+
## Next Step
|
|
112
|
+
Use the 21-step checklist for full production readiness:
|
|
113
|
+
- [CHECKLIST-21-STEP.md](./CHECKLIST-21-STEP.md)
|
|
@@ -0,0 +1,86 @@
|
|
|
1
|
+
# 21-Step Task Verification Checklist
|
|
2
|
+
|
|
3
|
+
> Use this for **EVERY atomic task** (4-9 hour completable units).
|
|
4
|
+
> Copy this checklist into your PR or issue tracker.
|
|
5
|
+
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## PLANNING (~20 min)
|
|
9
|
+
|
|
10
|
+
- [ ] 1. **UNDERSTAND** - Requirements clearly defined (5 min)
|
|
11
|
+
- [ ] 2. **ACCEPTANCE** - Acceptance criteria written (10 min)
|
|
12
|
+
- [ ] 3. **DEPENDENCIES** - Dependencies identified (3 min)
|
|
13
|
+
- [ ] 4. **ESTIMATE** - Estimated hours realistic 4-9h (2 min)
|
|
14
|
+
|
|
15
|
+
## IMPLEMENTATION (~30 min review)
|
|
16
|
+
|
|
17
|
+
- [ ] 5. **CONVENTIONS** - Code follows project conventions (5 min)
|
|
18
|
+
- [ ] 6. **NO HARDCODE** - No hardcoded values - use env/constants (5 min)
|
|
19
|
+
- [ ] 7. **ERRORS** - Error handling complete (10 min)
|
|
20
|
+
- [ ] 8. **VALIDATION** - Input validation present (5 min)
|
|
21
|
+
- [ ] 9. **TYPES** - TypeScript types - no `any` (5 min)
|
|
22
|
+
|
|
23
|
+
## QUALITY (~45 min)
|
|
24
|
+
|
|
25
|
+
- [ ] 10. **UNIT TESTS** - Unit tests written (included in dev time)
|
|
26
|
+
- [ ] 11. **INTEGRATION** - Integration test if API/DB (15 min)
|
|
27
|
+
- [ ] 12. **EDGE CASES** - Edge cases handled (15 min)
|
|
28
|
+
- [ ] 13. **NO LOGS** - No console.logs left (2 min)
|
|
29
|
+
- [ ] 14. **NO COMMENTS** - No commented-out code (2 min)
|
|
30
|
+
|
|
31
|
+
## SECURITY (~15 min)
|
|
32
|
+
|
|
33
|
+
- [ ] 15. **NO SECRETS** - No secrets in code (5 min)
|
|
34
|
+
- [ ] 16. **AUTH** - Auth/permissions checked (5 min)
|
|
35
|
+
- [ ] 17. **SANITIZE** - Input sanitized (5 min)
|
|
36
|
+
|
|
37
|
+
## DOCUMENTATION (~10 min)
|
|
38
|
+
|
|
39
|
+
- [ ] 18. **SELF-DOC** - Code is self-documenting (3 min)
|
|
40
|
+
- [ ] 19. **COMMENTS** - Complex logic has comments (5 min)
|
|
41
|
+
- [ ] 20. **API DOCS** - API changes documented (2 min)
|
|
42
|
+
|
|
43
|
+
## FINAL (~15 min)
|
|
44
|
+
|
|
45
|
+
- [ ] 21. **PRODUCTION** - Works in production environment (15 min)
|
|
46
|
+
|
|
47
|
+
---
|
|
48
|
+
|
|
49
|
+
## When to Use
|
|
50
|
+
|
|
51
|
+
| Task Type | Checklist | Why |
|
|
52
|
+
|-----------|-----------|-----|
|
|
53
|
+
| **New feature** (4-9 hours) | Full 21-step | Production quality required |
|
|
54
|
+
| **Bug fix** (<2 hours) | 5-step mini | Full version is overkill |
|
|
55
|
+
| **Refactor** | Full 21-step | Quality gates matter |
|
|
56
|
+
| **Docs update** | Skip | Not code |
|
|
57
|
+
|
|
58
|
+
## Adaptive Time Estimates
|
|
59
|
+
|
|
60
|
+
| Task Size | Planning | Implementation | Validation | Delivery |
|
|
61
|
+
|-----------|----------|----------------|------------|----------|
|
|
62
|
+
| 1 hour (small fix) | 5 min | 30 min | 10 min | 5 min |
|
|
63
|
+
| 3 hours (medium) | 10 min | 2 hrs | 20 min | 10 min |
|
|
64
|
+
| 6 hours (large feature) | 20 min | 4 hrs | 30 min | 20 min |
|
|
65
|
+
|
|
66
|
+
**For tasks <2 hours:** Use the 5-step mini-checklist in [02-HOW-TO-USE.md](../@%20Ultra%20DeX/Saas%20plan/02-HOW-TO-USE.md)
|
|
67
|
+
|
|
68
|
+
---
|
|
69
|
+
|
|
70
|
+
## How to Use in Git Workflow
|
|
71
|
+
|
|
72
|
+
### Option 1: GitHub PR Template (Recommended)
|
|
73
|
+
```bash
|
|
74
|
+
cp CHECKLIST-21-STEP.md .github/PULL_REQUEST_TEMPLATE.md
|
|
75
|
+
```
|
|
76
|
+
Every PR automatically includes the checklist.
|
|
77
|
+
|
|
78
|
+
### Option 2: Copy into PR Description
|
|
79
|
+
Copy the checklist above into your PR description.
|
|
80
|
+
|
|
81
|
+
### Option 3: Issue Tracker
|
|
82
|
+
Copy into Jira/Linear/GitHub Issues to track per task.
|
|
83
|
+
|
|
84
|
+
---
|
|
85
|
+
|
|
86
|
+
**Rule:** If any box is unchecked, the task is NOT complete.
|
|
@@ -0,0 +1,229 @@
|
|
|
1
|
+
## Ultra-Dex: End-to-End SaaS Development Framework
|
|
2
|
+
Ultra-Dex codemap traces the complete SaaS development framework from idea capture through production deployment. Key flows include user onboarding [1a-1d], the 34-section template system [2a-2d], quality verification [3a-3d], phased development approach [4a-4d], AI agent integration [5a-5c], and the production pipeline [6a-6d].
|
|
3
|
+
### 1. User Onboarding Journey
|
|
4
|
+
How a developer discovers, initializes, and starts using Ultra-Dex
|
|
5
|
+
### 1a. Entry Point Navigation (`README.md:23`)
|
|
6
|
+
Main README guides users to 5-minute QUICK-START
|
|
7
|
+
```text
|
|
8
|
+
## Quick Start
|
|
9
|
+
|
|
10
|
+
|| Your Goal | Go Here ||
|
|
11
|
+
||-----------|---------||
|
|
12
|
+
|| **Start in 5 minutes** | [QUICK-START.md](../@%20Ultra%20DeX/Saas%20plan/01-QUICK-START.md) |
|
|
13
|
+
```
|
|
14
|
+
### 1b. CLI Initialization (`ultra-dex.js:115`)
|
|
15
|
+
CLI tool scaffolds new projects interactively
|
|
16
|
+
```text
|
|
17
|
+
program
|
|
18
|
+
.command('init')
|
|
19
|
+
.description('Initialize a new Ultra-Dex project')
|
|
20
|
+
```
|
|
21
|
+
### 1c. Project Setup Questions (`ultra-dex.js:124`)
|
|
22
|
+
Gathers core project information and tech stack
|
|
23
|
+
```text
|
|
24
|
+
const answers = await inquirer.prompt([
|
|
25
|
+
{
|
|
26
|
+
type: 'input',
|
|
27
|
+
name: 'projectName',
|
|
28
|
+
message: 'What\'s your project name?',
|
|
29
|
+
```
|
|
30
|
+
### 1d. Template Generation (`ultra-dex.js:235`)
|
|
31
|
+
Creates personalized starter files
|
|
32
|
+
```text
|
|
33
|
+
await fs.writeFile(path.join(outputDir, 'QUICK-START.md'), quickStart);
|
|
34
|
+
await fs.writeFile(path.join(outputDir, 'CONTEXT.md'), context);
|
|
35
|
+
```
|
|
36
|
+
### 2. Idea to Implementation Plan
|
|
37
|
+
Transforming raw ideas into structured 34-section implementation plans
|
|
38
|
+
### 2a. Rapid Idea Capture (`QUICK-START.md:7`)
|
|
39
|
+
5-minute template to capture core concept
|
|
40
|
+
```text
|
|
41
|
+
## 1. Your Idea (2 sentences max)
|
|
42
|
+
|
|
43
|
+
**What:**
|
|
44
|
+
**For whom:**
|
|
45
|
+
```
|
|
46
|
+
### 2b. AI Agent Instructions (`04-Imp-Template.md:3`)
|
|
47
|
+
Template header guides AI to fill all 34 sections
|
|
48
|
+
```text
|
|
49
|
+
RAW IDEA: "[YOUR IDEA HERE]"
|
|
50
|
+
|
|
51
|
+
INSTRUCTIONS FOR AI AGENTS:
|
|
52
|
+
|
|
53
|
+
**Content Requirements:**
|
|
54
|
+
- Generate complete, detailed content for ALL sections (1-34)
|
|
55
|
+
```
|
|
56
|
+
### 2c. Structured Planning Start (`04-Imp-Template.md:41`)
|
|
57
|
+
First section of comprehensive template
|
|
58
|
+
```text
|
|
59
|
+
## SECTION 1: HIGH-LEVEL SUMMARY
|
|
60
|
+
|
|
61
|
+
### 1.1 Product Vision (One-liner)
|
|
62
|
+
|
|
63
|
+
[Clear, compelling statement of what the product does]
|
|
64
|
+
```
|
|
65
|
+
### 2d. Feature Definition (`04-Imp-Template.md:79`)
|
|
66
|
+
Structured MVP feature planning with acceptance criteria
|
|
67
|
+
```text
|
|
68
|
+
### 2.1 MVP Features (Must-Have - P0)
|
|
69
|
+
|
|
70
|
+
List core features required for minimum viable product:
|
|
71
|
+
|
|
72
|
+
**Feature 1: [Name]**
|
|
73
|
+
- Simple Description: [What it does in one sentence]
|
|
74
|
+
```
|
|
75
|
+
### 3. Quality Verification System
|
|
76
|
+
The 21-step verification framework ensuring production-ready code
|
|
77
|
+
### 3a. Atomic Task Principle (`METHODOLOGY.md:9`)
|
|
78
|
+
Core methodology: tasks sized for single sessions
|
|
79
|
+
```text
|
|
80
|
+
### 1. Atomic Tasks (4-9 Hours)
|
|
81
|
+
|
|
82
|
+
Every task must be completable in **one focused session**.
|
|
83
|
+
```
|
|
84
|
+
### 3b. Verification Checklist (`METHODOLOGY.md:23`)
|
|
85
|
+
Mandatory 21-step quality gates
|
|
86
|
+
```text
|
|
87
|
+
### 2. The 21-Step Verification
|
|
88
|
+
|
|
89
|
+
Every completed task MUST pass this checklist:
|
|
90
|
+
|
|
91
|
+
```
|
|
92
|
+
PLANNING
|
|
93
|
+
|[ ] 1. Requirements clearly defined
|
|
94
|
+
|[ ] 2. Acceptance criteria written
|
|
95
|
+
```
|
|
96
|
+
### 3c. Realistic Estimation (`METHODOLOGY.md:66`)
|
|
97
|
+
Buffer calculations for accurate timelines
|
|
98
|
+
```text
|
|
99
|
+
### 3. Overhead Calculation
|
|
100
|
+
|
|
101
|
+
Raw estimates are always wrong. Apply these multipliers:
|
|
102
|
+
|
|
103
|
+
|| Factor | Add | When ||
|
|
104
|
+
||--------|-----|------||
|
|
105
|
+
|| Testing | +25% | Always |
|
|
106
|
+
```
|
|
107
|
+
### 3d. PR Checklist Template (`VERIFICATION.md:10`)
|
|
108
|
+
Copy-paste template for pull requests
|
|
109
|
+
```text
|
|
110
|
+
## 21-Step Verification
|
|
111
|
+
|
|
112
|
+
### PLANNING (~20 min)
|
|
113
|
+
- [ ] 1. **UNDERSTAND** - Requirements clearly defined
|
|
114
|
+
```
|
|
115
|
+
### 4. Phased Development Approach
|
|
116
|
+
How teams adapt the framework for different development phases
|
|
117
|
+
### 4a. Anti-Paralysis Principle (`02-HOW-TO-USE.md:7`)
|
|
118
|
+
Key guidance to avoid documentation overwhelm
|
|
119
|
+
```text
|
|
120
|
+
## The Golden Rule
|
|
121
|
+
|
|
122
|
+
**Start coding after 20% of documentation.**
|
|
123
|
+
|
|
124
|
+
Don't fill all 34 sections before writing code. That's the paralysis trap.
|
|
125
|
+
```
|
|
126
|
+
### 4b. Phase 1 Foundation (`02-HOW-TO-USE.md:17`)
|
|
127
|
+
Minimal sections needed before coding begins
|
|
128
|
+
```text
|
|
129
|
+
### Phase 1: Foundation (Week 1-2)
|
|
130
|
+
|
|
131
|
+
**Fill ONLY these sections before coding:**
|
|
132
|
+
|
|
133
|
+
|| Section | What to Fill | Time ||
|
|
134
|
+
||---------|--------------|------||
|
|
135
|
+
|| 1. High-Level Summary | 2-sentence description | 10 min |
|
|
136
|
+
```
|
|
137
|
+
### 4c. Solo Developer Adaptation (`02-HOW-TO-USE.md:79`)
|
|
138
|
+
Streamlined approach for individual developers
|
|
139
|
+
```text
|
|
140
|
+
### For Solo Developers
|
|
141
|
+
|
|
142
|
+
**Simplified workflow:**
|
|
143
|
+
|
|
144
|
+
```
|
|
145
|
+
1. Fill Sections 1-12 only (2-3 hours)
|
|
146
|
+
2. Skip to Section 16 for tasks
|
|
147
|
+
3. Use 5-step mini-checklist (below)
|
|
148
|
+
```
|
|
149
|
+
### 4d. App-Specific Guidance (`02-HOW-TO-USE.md:142`)
|
|
150
|
+
Tailored section priorities by product type
|
|
151
|
+
```text
|
|
152
|
+
### Section Picker by App Type
|
|
153
|
+
|
|
154
|
+
### B2B SaaS (Stripe, Linear, Notion style)
|
|
155
|
+
|
|
156
|
+
**High Priority:**
|
|
157
|
+
|- Section 21: Security Guidelines
|
|
158
|
+
|- Section 27: Error Handling
|
|
159
|
+
```
|
|
160
|
+
### 5. AI Agent Integration
|
|
161
|
+
How Ultra-Dex works with various AI assistants for implementation
|
|
162
|
+
### 5a. AI Agent Support (`README.md:105`)
|
|
163
|
+
Framework designed to work with any AI
|
|
164
|
+
```text
|
|
165
|
+
## Using with AI Agents
|
|
166
|
+
|
|
167
|
+
See [agents/](../agents/) and [00-AGENT_INDEX.md](../agents/00-AGENT_INDEX.md) for prompts:
|
|
168
|
+
|
|
169
|
+
|| Agent | Purpose ||
|
|
170
|
+
||-------|---------||
|
|
171
|
+
|| Planner | Generate implementation plan from idea |
|
|
172
|
+
```
|
|
173
|
+
### 5b. Planner Agent Prompt (`agents/1-leadership/planner.md`)
|
|
174
|
+
System prompt for AI planning assistance
|
|
175
|
+
```text
|
|
176
|
+
You are an Ultra-Dex Planner Agent. Your role is to take a raw idea and generate a complete, production-ready implementation plan.
|
|
177
|
+
```
|
|
178
|
+
### 5c. AI-Agnostic Design (`README.md:8`)
|
|
179
|
+
Framework philosophy of flexibility
|
|
180
|
+
```text
|
|
181
|
+
## Core Philosophy: "Your Skeleton, Not Your Cage"
|
|
182
|
+
|
|
183
|
+
Ultra-Dex is a **backbone** that works with ANY AI/LLM:
|
|
184
|
+
- Users bring their own AI (Claude, GPT, Gemini, Copilot, etc.)
|
|
185
|
+
```
|
|
186
|
+
### 6. Production Pipeline Flow
|
|
187
|
+
The complete journey from idea to production-ready application
|
|
188
|
+
### 6a. Main Pipeline (`README.md:69`)
|
|
189
|
+
Visual representation of the development flow
|
|
190
|
+
```text
|
|
191
|
+
```
|
|
192
|
+
💡 IDEA
|
|
193
|
+
↓
|
|
194
|
+
📋 QUICK-START (5 minutes)
|
|
195
|
+
↓
|
|
196
|
+
📝 FULL TEMPLATE (34 sections)
|
|
197
|
+
↓
|
|
198
|
+
✅ 21-STEP VERIFICATION (per task)
|
|
199
|
+
↓
|
|
200
|
+
🚀 PRODUCTION-READY
|
|
201
|
+
```
|
|
202
|
+
### 6b. Detailed Workflow (`SaaS Workflow.md:5`)
|
|
203
|
+
Extended workflow with execution phase
|
|
204
|
+
```text
|
|
205
|
+
```text
|
|
206
|
+
💡 IDEA
|
|
207
|
+
↓
|
|
208
|
+
📋 IMPLEMENTATION PLAN (what to build, in what order)
|
|
209
|
+
↓
|
|
210
|
+
📏 THESE RULES (how to build with quality)
|
|
211
|
+
↓
|
|
212
|
+
⚙️ EXECUTION (AI agents + your guidance)
|
|
213
|
+
```
|
|
214
|
+
### 6c. Progression Guidance (`QUICK-START.md:54`)
|
|
215
|
+
Clear next steps after initial capture
|
|
216
|
+
```text
|
|
217
|
+
**Done? Next Steps:**
|
|
218
|
+
|
|
219
|
+
**Ready for full planning?**
|
|
220
|
+
Copy this into [04-Imp-Template.md](../@%20Ultra%20DeX/Saas%20plan/04-Imp-Template.md) Section 1 and continue filling out the detailed sections.
|
|
221
|
+
```
|
|
222
|
+
### 6d. Onboarding Path (`README.md:131`)
|
|
223
|
+
Multiple entry points for different user needs
|
|
224
|
+
```text
|
|
225
|
+
## Get Started
|
|
226
|
+
|
|
227
|
+
1. **New to Ultra-Dex?** → Start with [QUICK-START.md](../@%20Ultra%20DeX/Saas%20plan/01-QUICK-START.md)
|
|
228
|
+
2. **Want to see it in action?** → Read [TaskFlow-Complete.md](../@%20Ultra%20DeX/Saas%20plan/Examples/TaskFlow-Complete.md)
|
|
229
|
+
```
|