qualia-framework 2.2.1 → 2.4.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/framework/hooks/confirm-delete.sh +2 -2
- package/framework/hooks/migration-validate.sh +2 -2
- package/framework/hooks/pre-commit.sh +4 -4
- package/framework/hooks/pre-deploy-gate.sh +6 -21
- package/framework/install.sh +9 -4
- package/framework/qualia-engine/VERSION +1 -1
- package/framework/qualia-engine/templates/projects/ai-agent.md +1 -1
- package/framework/qualia-engine/templates/projects/voice-agent.md +4 -4
- package/framework/qualia-engine/templates/roadmap.md +10 -0
- package/framework/qualia-engine/templates/state.md +3 -0
- package/framework/qualia-engine/workflows/new-project.md +22 -21
- package/framework/skills/client-handoff/SKILL.md +125 -0
- package/framework/skills/collab-onboard/SKILL.md +111 -0
- package/framework/skills/docs-lookup/SKILL.md +4 -3
- package/framework/skills/learn/SKILL.md +1 -1
- package/framework/skills/mobile-expo/SKILL.md +117 -4
- package/framework/skills/openrouter-agent/SKILL.md +922 -0
- package/framework/skills/qualia/SKILL.md +11 -5
- package/framework/skills/qualia-audit-milestone/SKILL.md +5 -2
- package/framework/skills/qualia-complete-milestone/SKILL.md +9 -5
- package/framework/skills/qualia-execute-phase/SKILL.md +5 -2
- package/framework/skills/qualia-help/SKILL.md +96 -62
- package/framework/skills/qualia-new-project/SKILL.md +184 -62
- package/framework/skills/qualia-plan-phase/SKILL.md +5 -2
- package/framework/skills/qualia-verify-work/SKILL.md +14 -4
- package/framework/skills/qualia-workflow/SKILL.md +5 -5
- package/framework/skills/ship/SKILL.md +32 -6
- package/framework/skills/voice-agent/SKILL.md +1174 -269
- package/package.json +1 -1
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: qualia
|
|
3
|
-
description:
|
|
3
|
+
description: "Mechanical state router — reads STATE.md and tells you the exact next command to run. No analysis, no advice, just routing. Use this skill whenever the user says 'qualia', 'next', 'route me', or wants to know the immediate next command without context. For advice when stuck, use /qualia-idk instead. For progress overview, use /qualia-progress."
|
|
4
4
|
tags: [qualia, workflow, auto-route]
|
|
5
5
|
---
|
|
6
6
|
|
|
@@ -76,9 +76,15 @@ STATE.md exists:
|
|
|
76
76
|
→ Route to: /qualia-verify-work {current_phase}
|
|
77
77
|
|
|
78
78
|
phase_status = "verified" or "complete"?
|
|
79
|
-
→ Check if more phases exist
|
|
80
|
-
→ If yes: increment phase, route to
|
|
81
|
-
|
|
79
|
+
→ Check if more phases exist in ROADMAP.md
|
|
80
|
+
→ If yes: increment phase, route to plan
|
|
81
|
+
"Phase {N} done! Next: Phase {N+1} — {name}. Run /qualia-plan-phase {N+1}"
|
|
82
|
+
→ If no phases remain AND no milestone audit exists:
|
|
83
|
+
"All phases complete! Run /qualia-audit-milestone to verify the milestone."
|
|
84
|
+
→ If no phases remain AND audit exists AND passed:
|
|
85
|
+
"Milestone audit passed! Run /qualia-complete-milestone to archive and tag."
|
|
86
|
+
→ If milestone is completed:
|
|
87
|
+
"Milestone complete! Run /client-handoff to prepare the client delivery document."
|
|
82
88
|
|
|
83
89
|
blockers exist?
|
|
84
90
|
→ Show blockers, ask user how to proceed
|
|
@@ -114,7 +120,7 @@ Options:
|
|
|
114
120
|
|
|
115
121
|
---
|
|
116
122
|
|
|
117
|
-
**Next:** /qualia
|
|
123
|
+
**Next:** /qualia-{action} {phase}
|
|
118
124
|
|
|
119
125
|
{If blockers: show them}
|
|
120
126
|
{If decision needed: present options}
|
|
@@ -21,7 +21,7 @@ Read all project files:
|
|
|
21
21
|
- `.planning/ROADMAP.md` — All phases
|
|
22
22
|
- `.planning/config.json`
|
|
23
23
|
|
|
24
|
-
Reference: `~/.claude/qualia-
|
|
24
|
+
Reference: `~/.claude/qualia-framework/workflows/audit-milestone.md`
|
|
25
25
|
|
|
26
26
|
### 2. Read Verification Results
|
|
27
27
|
|
|
@@ -43,7 +43,7 @@ Scan phase summaries and verification files for noted tech debt, workarounds, or
|
|
|
43
43
|
|
|
44
44
|
### 5. Shipping Checklist Audit
|
|
45
45
|
|
|
46
|
-
Run the full shipping checklist from `~/.claude/qualia-
|
|
46
|
+
Run the full shipping checklist from `~/.claude/qualia-framework/references/completion-checklists.md` as part of the audit.
|
|
47
47
|
|
|
48
48
|
Detect project type from `.planning/PROJECT.md` and load the matching checklist:
|
|
49
49
|
- **website** → "Website-Specific Checklist" + "Universal Checklist"
|
|
@@ -90,3 +90,6 @@ Write `v{version}-MILESTONE-AUDIT.md`:
|
|
|
90
90
|
**If PASS**: "Milestone audit passed. Run `/qualia-complete-milestone` to archive and tag."
|
|
91
91
|
|
|
92
92
|
**If FAIL**: "Audit found gaps. Run `/qualia-plan-milestone-gaps` to create fix phases."
|
|
93
|
+
|
|
94
|
+
---
|
|
95
|
+
> Stuck? Type `/qualia-idk` · Lost? Type `/qualia-help`
|
|
@@ -17,7 +17,7 @@ Must have a passing milestone audit (`v*-MILESTONE-AUDIT.md` with PASS status).
|
|
|
17
17
|
|
|
18
18
|
## Process (8 Steps)
|
|
19
19
|
|
|
20
|
-
Reference: `~/.claude/qualia-
|
|
20
|
+
Reference: `~/.claude/qualia-framework/workflows/complete-milestone.md`
|
|
21
21
|
|
|
22
22
|
### 1. Pre-flight Audit Check
|
|
23
23
|
|
|
@@ -26,7 +26,7 @@ Verify the most recent `v*-MILESTONE-AUDIT.md` shows PASS. If not:
|
|
|
26
26
|
|
|
27
27
|
### 2. Shipping Checklist Final Gate
|
|
28
28
|
|
|
29
|
-
Before archiving, run the full shipping checklist from `~/.claude/qualia-
|
|
29
|
+
Before archiving, run the full shipping checklist from `~/.claude/qualia-framework/references/completion-checklists.md`.
|
|
30
30
|
|
|
31
31
|
Detect project type from `.planning/PROJECT.md` and load the matching checklist:
|
|
32
32
|
- **website** → "Website-Specific Checklist" + "Universal Checklist"
|
|
@@ -76,7 +76,7 @@ cp .planning/ROADMAP.md .planning/milestones/v{version}-ROADMAP.md
|
|
|
76
76
|
cp .planning/REQUIREMENTS.md .planning/milestones/v{version}-REQUIREMENTS.md
|
|
77
77
|
```
|
|
78
78
|
|
|
79
|
-
Template: `~/.claude/qualia-
|
|
79
|
+
Template: `~/.claude/qualia-framework/templates/milestone-archive.md`
|
|
80
80
|
|
|
81
81
|
### 6. Archive Requirements
|
|
82
82
|
|
|
@@ -103,6 +103,10 @@ git tag v{version}
|
|
|
103
103
|
### 9. Offer Next Steps
|
|
104
104
|
|
|
105
105
|
> "Milestone v{version} complete and tagged! Options:"
|
|
106
|
-
> - "
|
|
106
|
+
> - "Prepare client handoff: `/client-handoff`" — generates client-facing deliverable document
|
|
107
107
|
> - "Ship to production: `/ship`"
|
|
108
|
-
> - "
|
|
108
|
+
> - "Start next milestone: `/qualia-new-milestone`"
|
|
109
|
+
> - "Run final production audit: `/qualia-production-check`"
|
|
110
|
+
|
|
111
|
+
---
|
|
112
|
+
> Stuck? Type `/qualia-idk` · Lost? Type `/qualia-help`
|
|
@@ -21,8 +21,8 @@ Read all PLAN.md files for the target phase from `.planning/phases/{phase}-{slug
|
|
|
21
21
|
|
|
22
22
|
For `--gaps-only`, read only the gap-closure plans created by `plan-phase --gaps`.
|
|
23
23
|
|
|
24
|
-
Reference: `~/.claude/qualia-
|
|
25
|
-
UI/brand reference: `~/.claude/qualia-
|
|
24
|
+
Reference: `~/.claude/qualia-framework/workflows/execute-phase.md`
|
|
25
|
+
UI/brand reference: `~/.claude/qualia-framework/references/ui-brand.md`
|
|
26
26
|
|
|
27
27
|
### 2. Organize into Waves
|
|
28
28
|
|
|
@@ -84,3 +84,6 @@ Update `.planning/STATE.md` phase status to `executed`.
|
|
|
84
84
|
| `qualia-plan-checker` | `~/.claude/agents/qualia-plan-checker.md` | Validates gap closure plans |
|
|
85
85
|
|
|
86
86
|
Domain skill context from PLAN.md `@skill` references is automatically resolved and inlined into each executor subagent prompt. Plans referencing skills like `frontend-design`, `supabase`, `financial-ledger`, etc. will have those patterns available to executors.
|
|
87
|
+
|
|
88
|
+
---
|
|
89
|
+
> Stuck? Type `/qualia-idk` · Lost? Type `/qualia-help`
|
|
@@ -5,7 +5,7 @@ description: "Display the complete Qualia command reference — all available sk
|
|
|
5
5
|
|
|
6
6
|
# Qualia Help — Command Reference
|
|
7
7
|
|
|
8
|
-
Display the complete reference of all available Qualia workflow skills.
|
|
8
|
+
Display the complete reference of all available Qualia workflow skills, organized by situation.
|
|
9
9
|
|
|
10
10
|
## Usage
|
|
11
11
|
|
|
@@ -13,66 +13,100 @@ Display the complete reference of all available Qualia workflow skills.
|
|
|
13
13
|
|
|
14
14
|
## Output
|
|
15
15
|
|
|
16
|
-
Reference: `~/.claude/qualia-
|
|
17
|
-
|
|
18
|
-
Display the command reference. Output only — no analysis, no suggestions, just the reference.
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
|
24
|
-
|
|
25
|
-
|
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
|
32
|
-
|
|
|
33
|
-
|
|
|
34
|
-
|
|
|
35
|
-
|
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
|
42
|
-
|
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
|
49
|
-
|
|
|
50
|
-
|
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
| `
|
|
57
|
-
| `
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
|
64
|
-
|
|
|
65
|
-
|
|
|
66
|
-
|
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
|
|
|
72
|
-
|
|
73
|
-
|
|
|
16
|
+
Reference: `~/.claude/qualia-framework/workflows/help.md`
|
|
17
|
+
|
|
18
|
+
Display the command reference below. Output only — no analysis, no suggestions, just the reference.
|
|
19
|
+
|
|
20
|
+
---
|
|
21
|
+
|
|
22
|
+
### "I'm starting a new project"
|
|
23
|
+
| Command | What it does |
|
|
24
|
+
|---------|-------------|
|
|
25
|
+
| `/qualia-new-project` | Full project setup: questioning → research → requirements → roadmap → environment |
|
|
26
|
+
| `/qualia-new-milestone` | Start a new milestone on an existing project |
|
|
27
|
+
|
|
28
|
+
### "I need to plan and build"
|
|
29
|
+
| Command | What it does |
|
|
30
|
+
|---------|-------------|
|
|
31
|
+
| `/qualia-plan-phase` | Create detailed execution plans for the next phase |
|
|
32
|
+
| `/qualia-execute-phase` | Build the phase (spawns subagents, runs in waves) |
|
|
33
|
+
| `/qualia-discuss-phase` | Clarify decisions before planning |
|
|
34
|
+
| `/qualia-list-phase-assumptions` | Surface hidden assumptions before planning |
|
|
35
|
+
| `/qualia-research-phase` | Research a topic before planning |
|
|
36
|
+
| `/qualia-quick` | Quick one-off tasks without full phase workflow |
|
|
37
|
+
|
|
38
|
+
### "I finished building — what now?"
|
|
39
|
+
| Command | What it does |
|
|
40
|
+
|---------|-------------|
|
|
41
|
+
| `/qualia-verify-work` | Test that what was built matches the plan (UAT) |
|
|
42
|
+
| `/qualia-progress` | See how far along the project is + what's next |
|
|
43
|
+
| `/qualia` | Quick router — tells you the exact next command to run |
|
|
44
|
+
|
|
45
|
+
### "I need to review and fix quality"
|
|
46
|
+
| Command | What it does |
|
|
47
|
+
|---------|-------------|
|
|
48
|
+
| `/qualia-review` | Code review — security, quality, architecture. Use `--web` for web apps, `--ai` for AI agents |
|
|
49
|
+
| `/qualia-optimize` | Find and fix performance, design, and code issues |
|
|
50
|
+
| `/qualia-design` | One-shot design fix — critique + polish + harden + responsive |
|
|
51
|
+
| `/qualia-production-check` | Final audit before handing to client (5 specialist agents) |
|
|
52
|
+
|
|
53
|
+
### "I need to deploy"
|
|
54
|
+
| Command | What it does |
|
|
55
|
+
|---------|-------------|
|
|
56
|
+
| `/ship` | **The standard deploy command.** Quality gates → git → deploy → verify. Use this. |
|
|
57
|
+
| `/deploy` | Quick deploy without quality gates (advanced) |
|
|
58
|
+
| `/deploy-verify` | Post-deploy verification only (usually called by /ship) |
|
|
59
|
+
|
|
60
|
+
### "I'm done — time to deliver to client"
|
|
61
|
+
| Command | What it does |
|
|
62
|
+
|---------|-------------|
|
|
63
|
+
| `/qualia-audit-milestone` | Verify all requirements are met before wrapping up |
|
|
64
|
+
| `/qualia-complete-milestone` | Archive milestone, tag release, generate changelog |
|
|
65
|
+
| `/client-handoff` | Generate the client delivery document (features, credentials, maintenance notes) |
|
|
66
|
+
| `/qualia-plan-milestone-gaps` | Create fix phases if the audit found gaps |
|
|
67
|
+
|
|
68
|
+
### "I'm stuck or confused"
|
|
69
|
+
| Command | What it does |
|
|
70
|
+
|---------|-------------|
|
|
71
|
+
| `/qualia-idk` | **Use this when you don't know what to do.** Analyzes your situation and suggests next steps. |
|
|
72
|
+
| `/qualia-help` | This reference (you're looking at it) |
|
|
73
|
+
| `/qualia-debug` | Structured debugging when something is broken |
|
|
74
|
+
| `/qualia-progress` | See where the project stands |
|
|
75
|
+
|
|
76
|
+
### "I need to pause or resume"
|
|
77
|
+
| Command | What it does |
|
|
78
|
+
|---------|-------------|
|
|
79
|
+
| `/qualia-pause-work` | Save session context before stopping |
|
|
80
|
+
| `/qualia-resume-work` | Restore context and pick up where you left off |
|
|
81
|
+
|
|
82
|
+
### "I need to track tasks and notes"
|
|
83
|
+
| Command | What it does |
|
|
84
|
+
|---------|-------------|
|
|
85
|
+
| `/qualia-add-todo` | Capture an idea or task for later |
|
|
86
|
+
| `/qualia-check-todos` | Review pending todos |
|
|
87
|
+
| `/learn` | Save a lesson from a mistake |
|
|
88
|
+
| `/memory` | See what Claude remembers |
|
|
89
|
+
|
|
90
|
+
### "I'm building a specific type of thing"
|
|
91
|
+
| Command | What it does |
|
|
92
|
+
|---------|-------------|
|
|
93
|
+
| `/frontend-master` | Premium, distinctive UI components |
|
|
94
|
+
| `/voice-agent` | Retell AI + ElevenLabs voice agent |
|
|
95
|
+
| `/openrouter-agent` | AI chatbot with OpenRouter |
|
|
96
|
+
| `/mobile-expo` | React Native / Expo mobile app |
|
|
97
|
+
| `/supabase` | Database, auth, edge functions, RLS |
|
|
98
|
+
| `/seo-master` | SEO audit and optimization |
|
|
99
|
+
| `/rag` | RAG system (embeddings + retrieval) |
|
|
100
|
+
|
|
101
|
+
### Which review/audit skill should I use?
|
|
102
|
+
| Situation | Use |
|
|
103
|
+
|-----------|-----|
|
|
104
|
+
| Before deploying (code quality) | `/qualia-review` |
|
|
74
105
|
| Before client handoff (is it ready?) | `/qualia-production-check` |
|
|
75
|
-
| Finding
|
|
76
|
-
|
|
|
106
|
+
| Finding issues to fix (perf, design) | `/qualia-optimize` |
|
|
107
|
+
| AI/voice agent safety check | `/qualia-review --ai` |
|
|
77
108
|
| Auditing the framework itself | `/qualia-framework-audit` |
|
|
78
|
-
|
|
109
|
+
|
|
110
|
+
---
|
|
111
|
+
|
|
112
|
+
**Tip:** Most of the time, just describe what you want in plain language. The framework will route to the right skill automatically. Say "and ship" when you want it deployed.
|
|
@@ -1,11 +1,11 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: qualia-new-project
|
|
3
|
-
description: "Initialize a new Qualia workflow project from scratch — questioning, research, requirements, roadmap. Use this skill whenever the user says 'new project', 'start project', 'init project', 'qualia new', or wants to begin a brand new project with the Qualia
|
|
3
|
+
description: "Initialize a new Qualia workflow project from scratch — questioning, research, requirements, roadmap, environment setup, design context. Use this skill whenever the user says 'new project', 'start project', 'init project', 'qualia new', or wants to begin a brand new project with the Qualia workflow. Also trigger when user mentions setting up .planning directory, creating a roadmap, or starting fresh on a new client project."
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
# Qualia New Project — Project Initialization
|
|
6
|
+
# Qualia New Project — Full Project Initialization
|
|
7
7
|
|
|
8
|
-
Initialize a new project with the
|
|
8
|
+
Initialize a new project with the complete Qualia workflow: questioning → research → requirements → roadmap → environment → design context. Produces everything needed for an employee to start building and carry through to client handoff.
|
|
9
9
|
|
|
10
10
|
## Usage
|
|
11
11
|
|
|
@@ -14,95 +14,217 @@ Initialize a new project with the full Qualia qualia-engine workflow: questionin
|
|
|
14
14
|
|
|
15
15
|
## Process
|
|
16
16
|
|
|
17
|
-
|
|
17
|
+
Reference: `~/.claude/qualia-framework/workflows/new-project.md` (the full 1000+ line workflow — follow it exactly)
|
|
18
18
|
|
|
19
|
-
|
|
19
|
+
### 0. Pre-flight
|
|
20
20
|
|
|
21
|
+
**Initialize context:**
|
|
21
22
|
```bash
|
|
22
|
-
|
|
23
|
+
INIT=$(node /home/qualia/.claude/qualia-framework/bin/qualia-tools.js init new-project)
|
|
23
24
|
```
|
|
24
25
|
|
|
25
|
-
|
|
26
|
+
Parse JSON for: `researcher_model`, `synthesizer_model`, `roadmapper_model`, `project_exists`, `has_existing_code`, `needs_codebase_map`, `has_git`.
|
|
26
27
|
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
> 2. **Use the stack from the document** ({tech stack}) — I'll adapt the workflow accordingly"
|
|
28
|
+
- If `project_exists` is true → Error: "Project already initialized. Run `/qualia-progress` to see status."
|
|
29
|
+
- If `has_git` is false → `git init`
|
|
30
30
|
|
|
31
|
-
|
|
31
|
+
**Scan for uploaded files** (PDFs, docs, images). If they mention a non-Qualia stack, ask:
|
|
32
|
+
> "The document mentions {stack}. Use the Qualia stack (Next.js + Supabase + Vercel) or the document's stack?"
|
|
32
33
|
|
|
33
|
-
|
|
34
|
+
**Brownfield detection:** If existing code found without a codebase map, offer `/qualia-map-codebase` first.
|
|
34
35
|
|
|
35
|
-
|
|
36
|
+
### 1. Deep Questioning
|
|
36
37
|
|
|
37
|
-
Reference: `~/.claude/qualia-
|
|
38
|
+
Reference: `~/.claude/qualia-framework/references/questioning.md`
|
|
38
39
|
|
|
39
|
-
|
|
40
|
-
|
|
40
|
+
**Start open:** "What do you want to build?"
|
|
41
|
+
|
|
42
|
+
Then follow threads — dig into what they said. This is dream extraction, not an interview. Ask about:
|
|
43
|
+
- What is it? Who is it for?
|
|
41
44
|
- What problem does it solve?
|
|
42
|
-
- What
|
|
43
|
-
- What tech stack preferences exist?
|
|
45
|
+
- What does "done" look like?
|
|
44
46
|
- What are the constraints (timeline, budget, existing systems)?
|
|
45
|
-
- What does success look like?
|
|
46
47
|
|
|
47
|
-
|
|
48
|
+
Use AskUserQuestion with concrete options to help them think. Challenge vagueness. Make abstract things concrete ("walk me through using this").
|
|
48
49
|
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
- Best tech stack choices for the requirements
|
|
52
|
-
- Potential challenges and pitfalls
|
|
53
|
-
- UI/brand considerations per `~/.claude/qualia-engine/references/ui-brand.md`
|
|
50
|
+
**Decision gate:** When you have enough to write PROJECT.md, ask:
|
|
51
|
+
> "I think I understand. Ready to create PROJECT.md, or want to explore more?"
|
|
54
52
|
|
|
55
|
-
###
|
|
53
|
+
### 2. Detect Project Type & Load Template
|
|
56
54
|
|
|
57
|
-
|
|
55
|
+
Based on questioning answers, detect the project type:
|
|
58
56
|
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
57
|
+
| Signal | Type | Template |
|
|
58
|
+
|--------|------|----------|
|
|
59
|
+
| website, landing page, marketing, SaaS | `website` | `templates/projects/website.md` |
|
|
60
|
+
| chatbot, AI assistant, chat agent | `ai-agent` | `templates/projects/ai-agent.md` |
|
|
61
|
+
| voice agent, phone agent, call bot, Retell | `voice-agent` | `templates/projects/voice-agent.md` |
|
|
62
|
+
| mobile app, iOS, Android, Expo | `mobile-app` | `templates/projects/mobile-app.md` |
|
|
63
|
+
|
|
64
|
+
**Always load the matching template.** Read it from `~/.claude/qualia-framework/templates/projects/{type}.md`. This gives you the standard phase structure for this project type — the roadmap will use it as a scaffold.
|
|
65
|
+
|
|
66
|
+
Ask the employee to confirm:
|
|
67
|
+
> "This looks like a {type} project. I'll use the {type} template for the phase structure. Sound right?"
|
|
68
|
+
|
|
69
|
+
If no type detected, build the roadmap from scratch.
|
|
70
|
+
|
|
71
|
+
### 3. Write PROJECT.md
|
|
72
|
+
|
|
73
|
+
Template: `~/.claude/qualia-framework/templates/project.md`
|
|
62
74
|
|
|
63
|
-
|
|
64
|
-
Template from `~/.claude/qualia-engine/templates/project.md`:
|
|
75
|
+
Synthesize all context into `.planning/PROJECT.md`:
|
|
65
76
|
- Project name, description, client
|
|
77
|
+
- Core Value (the ONE thing that must work)
|
|
78
|
+
- Requirements (Active = hypotheses until shipped)
|
|
79
|
+
- Context, Constraints, Key Decisions
|
|
66
80
|
- Tech stack decisions
|
|
67
81
|
- Deploy target
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
82
|
+
|
|
83
|
+
**Commit immediately:**
|
|
84
|
+
```bash
|
|
85
|
+
mkdir -p .planning
|
|
86
|
+
node ~/.claude/qualia-framework/bin/qualia-tools.js commit "docs: initialize project" --files .planning/PROJECT.md
|
|
87
|
+
```
|
|
88
|
+
|
|
89
|
+
### 4. Workflow Preferences
|
|
90
|
+
|
|
91
|
+
Ask the employee about how they want to work:
|
|
92
|
+
|
|
93
|
+
**Core settings:**
|
|
94
|
+
- **Mode:** YOLO (auto-approve) or Interactive (confirm each step)?
|
|
95
|
+
- **Depth:** Quick (3-5 phases) / Standard (5-8 phases) / Comprehensive (8-12 phases)?
|
|
96
|
+
- **Execution:** Parallel (independent plans run simultaneously) or Sequential?
|
|
97
|
+
|
|
98
|
+
**Quality agents (all recommended for client projects):**
|
|
99
|
+
- **Researcher:** Investigate domain before planning each phase?
|
|
100
|
+
- **Plan Checker:** Verify plans will achieve their goals?
|
|
101
|
+
- **Verifier:** Confirm deliverables match phase goals after execution?
|
|
102
|
+
- **Model Profile:** Quality (Opus) / Balanced (Sonnet) / Budget (Haiku)?
|
|
103
|
+
|
|
104
|
+
Write `.planning/config.json` with all settings.
|
|
105
|
+
|
|
106
|
+
**Commit:**
|
|
107
|
+
```bash
|
|
108
|
+
node ~/.claude/qualia-framework/bin/qualia-tools.js commit "chore: add project config" --files .planning/config.json
|
|
109
|
+
```
|
|
110
|
+
|
|
111
|
+
### 5. Research Phase (if selected)
|
|
112
|
+
|
|
113
|
+
Spawn 4 parallel research agents:
|
|
114
|
+
1. **Stack research** → `.planning/research/STACK.md`
|
|
115
|
+
2. **Features research** → `.planning/research/FEATURES.md`
|
|
116
|
+
3. **Architecture research** → `.planning/research/ARCHITECTURE.md`
|
|
117
|
+
4. **Pitfalls research** → `.planning/research/PITFALLS.md`
|
|
118
|
+
|
|
119
|
+
Then spawn synthesizer → `.planning/research/SUMMARY.md`
|
|
120
|
+
|
|
121
|
+
Present key findings to employee before moving on.
|
|
122
|
+
|
|
123
|
+
### 6. Define Requirements
|
|
124
|
+
|
|
125
|
+
Load context from PROJECT.md and research (if exists).
|
|
126
|
+
|
|
127
|
+
**If research exists:** Present features by category (table stakes vs differentiators). Let employee scope each category for v1 using AskUserQuestion with multiSelect.
|
|
128
|
+
|
|
129
|
+
**If no research:** Gather requirements conversationally.
|
|
130
|
+
|
|
131
|
+
Generate `.planning/REQUIREMENTS.md` with:
|
|
132
|
+
- v1 Requirements grouped by category (with REQ-IDs like AUTH-01, CONT-02)
|
|
133
|
+
- v2 Requirements (deferred)
|
|
134
|
+
- Out of Scope (with reasons)
|
|
135
|
+
- Traceability section (filled by roadmap)
|
|
136
|
+
|
|
137
|
+
**Show full requirements list for approval.** Loop until employee confirms.
|
|
138
|
+
|
|
139
|
+
**Commit:**
|
|
140
|
+
```bash
|
|
141
|
+
node ~/.claude/qualia-framework/bin/qualia-tools.js commit "docs: define v1 requirements" --files .planning/REQUIREMENTS.md
|
|
78
142
|
```
|
|
79
143
|
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
144
|
+
### 7. Create Roadmap
|
|
145
|
+
|
|
146
|
+
Spawn qualia-roadmapper agent with PROJECT.md, REQUIREMENTS.md, research, config, and the project type template.
|
|
147
|
+
|
|
148
|
+
**CRITICAL — The roadmap MUST include these mandatory final phases:**
|
|
149
|
+
|
|
150
|
+
After all feature phases, the roadmap must always end with:
|
|
151
|
+
|
|
152
|
+
| Phase | Name | Purpose |
|
|
153
|
+
|-------|------|---------|
|
|
154
|
+
| N-2 | **Quality Review & Polish** | Run `/qualia-review`, fix issues, run design polish (`/critique` → `/polish` → `/harden`). No new features. |
|
|
155
|
+
| N-1 | **Deploy & Verify** | Run `/ship` to production. Post-deploy verification (HTTP 200, auth, console, latency, UptimeRobot). |
|
|
156
|
+
| N | **Client Handoff** | Run `/client-handoff` to generate delivery document. Final production check (`/qualia-production-check`). Hand credentials, docs, and access to client. |
|
|
157
|
+
|
|
158
|
+
These are NOT optional. Every client project needs review, deploy, and handoff. The employee should never have to discover these steps on their own.
|
|
159
|
+
|
|
160
|
+
**If using a project type template:** Use its phases as the feature scaffold, then append the 3 mandatory final phases.
|
|
161
|
+
|
|
162
|
+
**Present roadmap to employee for approval.** Show phase table with goals, requirements mapped, and success criteria. Loop until approved.
|
|
163
|
+
|
|
164
|
+
**Commit:**
|
|
165
|
+
```bash
|
|
166
|
+
node ~/.claude/qualia-framework/bin/qualia-tools.js commit "docs: create roadmap ([N] phases)" --files .planning/ROADMAP.md .planning/STATE.md .planning/REQUIREMENTS.md
|
|
167
|
+
```
|
|
168
|
+
|
|
169
|
+
### 8. Environment Setup
|
|
170
|
+
|
|
171
|
+
Detect what's needed from PROJECT.md and stack:
|
|
172
|
+
|
|
173
|
+
- **Supabase** → Link or create project, init schema
|
|
174
|
+
- **Vercel** → Link project
|
|
175
|
+
- **Environment variables** → Create `.env.local` with placeholders
|
|
176
|
+
- **External services** → Note which API keys are needed (Stripe, Retell, OpenRouter, etc.)
|
|
86
177
|
|
|
87
|
-
|
|
88
|
-
- Break requirements into sequential phases
|
|
89
|
-
- Each phase: number, name, description, status, dependencies
|
|
90
|
-
- Phases should be small enough to complete in 1-2 sessions
|
|
178
|
+
Walk the employee through setup. If they want to skip: note `env_setup: pending` in STATE.md.
|
|
91
179
|
|
|
92
|
-
|
|
93
|
-
- Current milestone, current phase
|
|
94
|
-
- Phase status table
|
|
95
|
-
- Quick tasks completed table
|
|
96
|
-
- Session log
|
|
180
|
+
**Starter template:** If a matching starter exists at `~/Projects/qualia-erp/templates/{type}-starter/`, offer to scaffold from it.
|
|
97
181
|
|
|
98
|
-
###
|
|
182
|
+
### 9. Design Context (frontend projects)
|
|
99
183
|
|
|
100
|
-
|
|
101
|
-
|
|
184
|
+
If the project involves frontend work (detected from roadmap or project type):
|
|
185
|
+
|
|
186
|
+
Run `/critique` to gather design context — brand colors, typography preferences, layout style, reference sites. This runs ONCE and persists to the project's `.planning/DESIGN.md` so all future phases have design context.
|
|
187
|
+
|
|
188
|
+
### 10. Done — Present Summary
|
|
189
|
+
|
|
190
|
+
```
|
|
191
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
192
|
+
Qualia ► PROJECT INITIALIZED ✓
|
|
193
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
194
|
+
|
|
195
|
+
**[Project Name]** — [type] project for [client]
|
|
196
|
+
|
|
197
|
+
| Artifact | Location |
|
|
198
|
+
|----------------|-----------------------------|
|
|
199
|
+
| Project | .planning/PROJECT.md |
|
|
200
|
+
| Config | .planning/config.json |
|
|
201
|
+
| Research | .planning/research/ |
|
|
202
|
+
| Requirements | .planning/REQUIREMENTS.md |
|
|
203
|
+
| Roadmap | .planning/ROADMAP.md |
|
|
204
|
+
| State | .planning/STATE.md |
|
|
205
|
+
| Design | .planning/DESIGN.md |
|
|
206
|
+
|
|
207
|
+
**[N] phases** | **[X] requirements** | Ready to build ✓
|
|
208
|
+
|
|
209
|
+
## The Full Journey
|
|
210
|
+
|
|
211
|
+
Phase 1-{N-3}: Feature phases (build the product)
|
|
212
|
+
Phase {N-2}: Quality Review & Polish
|
|
213
|
+
Phase {N-1}: Deploy & Verify
|
|
214
|
+
Phase {N}: Client Handoff
|
|
215
|
+
|
|
216
|
+
## ▶ Next
|
|
217
|
+
|
|
218
|
+
Run `/qualia-plan-phase 1` to plan the first phase.
|
|
219
|
+
(Or `/qualia-discuss-phase 1` to discuss approach first.)
|
|
220
|
+
```
|
|
102
221
|
|
|
103
222
|
### Agents Used
|
|
104
223
|
| Agent | File | Role |
|
|
105
224
|
|-------|------|------|
|
|
106
|
-
| `qualia-project-researcher` | `~/.claude/agents/qualia-project-researcher.md` | Domain ecosystem research |
|
|
225
|
+
| `qualia-project-researcher` | `~/.claude/agents/qualia-project-researcher.md` | Domain ecosystem research (4 parallel) |
|
|
107
226
|
| `qualia-research-synthesizer` | `~/.claude/agents/qualia-research-synthesizer.md` | Synthesizes parallel research |
|
|
108
|
-
| `qualia-roadmapper` | `~/.claude/agents/qualia-roadmapper.md` | Creates ROADMAP.md |
|
|
227
|
+
| `qualia-roadmapper` | `~/.claude/agents/qualia-roadmapper.md` | Creates ROADMAP.md with mandatory final phases |
|
|
228
|
+
|
|
229
|
+
---
|
|
230
|
+
> Stuck? Type `/qualia-idk` · Lost? Type `/qualia-help`
|
|
@@ -22,7 +22,7 @@ Create detailed PLAN.md files for a project phase, with optional research and ve
|
|
|
22
22
|
|
|
23
23
|
If phase number provided, use it. Otherwise, scan ROADMAP.md for the first phase with status `not started` or `planned` without a PLAN.md.
|
|
24
24
|
|
|
25
|
-
Reference: `~/.claude/qualia-
|
|
25
|
+
Reference: `~/.claude/qualia-framework/workflows/plan-phase.md`
|
|
26
26
|
|
|
27
27
|
### 2. Research (if needed)
|
|
28
28
|
|
|
@@ -85,7 +85,7 @@ If checker finds issues, revise the plan and re-verify.
|
|
|
85
85
|
|
|
86
86
|
Update `.planning/STATE.md` to reflect the phase is now `planned`.
|
|
87
87
|
|
|
88
|
-
Reference UI/brand guidelines: `~/.claude/qualia-
|
|
88
|
+
Reference UI/brand guidelines: `~/.claude/qualia-framework/references/ui-brand.md`
|
|
89
89
|
|
|
90
90
|
For complex phases touching multiple subsystems, consider `/deep-research` before phase research to establish architectural direction.
|
|
91
91
|
|
|
@@ -99,3 +99,6 @@ For complex phases touching multiple subsystems, consider `/deep-research` befor
|
|
|
99
99
|
| `qualia-planner` | `~/.claude/agents/qualia-planner.md` | Creates PLAN.md with goal-backward methodology |
|
|
100
100
|
| `qualia-plan-checker` | `~/.claude/agents/qualia-plan-checker.md` | Validates plan completeness |
|
|
101
101
|
| `qualia-phase-researcher` | `~/.claude/agents/qualia-phase-researcher.md` | Phase research (when --research) |
|
|
102
|
+
|
|
103
|
+
---
|
|
104
|
+
> Stuck? Type `/qualia-idk` · Lost? Type `/qualia-help`
|