ateschh-kit 1.0.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/.claude/rules/01-identity.md +32 -0
- package/.claude/rules/02-language.md +21 -0
- package/.claude/rules/03-quality.md +39 -0
- package/.claude/rules/04-completion-lock.md +38 -0
- package/.claude/rules/05-state-management.md +48 -0
- package/.claude/rules/06-requirements-lock.md +69 -0
- package/.claude/rules/07-token-management.md +56 -0
- package/.claude/settings.local.json +13 -0
- package/ARCHITECTURE.md +222 -0
- package/CHANGELOG.md +74 -0
- package/CLAUDE.md +154 -0
- package/CONTRIBUTING.md +53 -0
- package/LICENSE +21 -0
- package/README.md +145 -0
- package/README.tr.md +145 -0
- package/agents/_TEMPLATE.md +59 -0
- package/agents/architect.md +117 -0
- package/agents/coder.md +90 -0
- package/agents/debugger.md +96 -0
- package/agents/deployer.md +123 -0
- package/agents/designer.md +154 -0
- package/agents/idea-analyst.md +92 -0
- package/agents/market-researcher.md +88 -0
- package/agents/requirements-expert.md +80 -0
- package/agents/tester.md +102 -0
- package/bin/install.js +142 -0
- package/package.json +46 -0
- package/skills/architecture-design/SKILL.md +92 -0
- package/skills/context-management/SKILL.md +92 -0
- package/skills/fix-bugs/SKILL.md +67 -0
- package/skills/idea-analysis/SKILL.md +71 -0
- package/skills/market-research/SKILL.md +70 -0
- package/skills/publish/SKILL.md +80 -0
- package/skills/requirements-lock/SKILL.md +75 -0
- package/skills/run-tests/SKILL.md +70 -0
- package/skills/write-code/SKILL.md +92 -0
- package/templates/project/DECISIONS.md +24 -0
- package/templates/project/DESIGN.md +141 -0
- package/templates/project/PLAN.md +63 -0
- package/templates/project/REQUIREMENTS.md +46 -0
- package/templates/project/STATE.md +94 -0
- package/templates/project/STRUCTURE.md +89 -0
- package/workflows/_TEMPLATE.md +44 -0
- package/workflows/brainstorm.md +69 -0
- package/workflows/build.md +92 -0
- package/workflows/deploy.md +85 -0
- package/workflows/design.md +84 -0
- package/workflows/finish.md +90 -0
- package/workflows/map-codebase.md +136 -0
- package/workflows/new-project.md +96 -0
- package/workflows/next.md +79 -0
- package/workflows/quick.md +82 -0
- package/workflows/requirements.md +85 -0
- package/workflows/resume.md +55 -0
- package/workflows/save.md +111 -0
- package/workflows/settings.md +92 -0
- package/workflows/status.md +67 -0
- package/workflows/test.md +105 -0
|
@@ -0,0 +1,94 @@
|
|
|
1
|
+
# Project State — {Project Name}
|
|
2
|
+
|
|
3
|
+
**Phase**: {1-6} / 6
|
|
4
|
+
**Status**: {IN PROGRESS / COMPLETE / BLOCKED}
|
|
5
|
+
**Last updated**: {YYYY-MM-DD}
|
|
6
|
+
**Started**: {YYYY-MM-DD}
|
|
7
|
+
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
## Phase Progress
|
|
11
|
+
|
|
12
|
+
| Phase | Name | Status |
|
|
13
|
+
|-------|------|--------|
|
|
14
|
+
| 1 | Idea & Research | ⬜ Not started |
|
|
15
|
+
| 2 | Requirements | ⬜ Not started |
|
|
16
|
+
| 3 | Design | ⬜ Not started |
|
|
17
|
+
| 4 | Build | ⬜ Not started |
|
|
18
|
+
| 5 | Test | ⬜ Not started |
|
|
19
|
+
| 6 | Deploy | ⬜ Not started |
|
|
20
|
+
|
|
21
|
+
---
|
|
22
|
+
|
|
23
|
+
## Phase 1 — Idea & Research
|
|
24
|
+
|
|
25
|
+
- [ ] Idea analysis complete (idea-analyst)
|
|
26
|
+
- [ ] Market research complete (market-researcher)
|
|
27
|
+
- [ ] Idea approved by user
|
|
28
|
+
|
|
29
|
+
---
|
|
30
|
+
|
|
31
|
+
## Phase 2 — Requirements
|
|
32
|
+
|
|
33
|
+
- [ ] Tech stack proposed
|
|
34
|
+
- [ ] Tech stack approved
|
|
35
|
+
- [ ] REQUIREMENTS.md locked ✅
|
|
36
|
+
|
|
37
|
+
---
|
|
38
|
+
|
|
39
|
+
## Phase 3 — Design
|
|
40
|
+
|
|
41
|
+
- [ ] App structure defined (STRUCTURE.md)
|
|
42
|
+
- [ ] Design system created (DESIGN.md)
|
|
43
|
+
- [ ] Both approved by user
|
|
44
|
+
- [ ] PLAN.md created
|
|
45
|
+
|
|
46
|
+
---
|
|
47
|
+
|
|
48
|
+
## Phase 4 — Build
|
|
49
|
+
|
|
50
|
+
<!-- Tasks from PLAN.md will be listed here as they are worked on -->
|
|
51
|
+
|
|
52
|
+
- [ ] Project initialized
|
|
53
|
+
- [ ] Dependencies installed
|
|
54
|
+
|
|
55
|
+
---
|
|
56
|
+
|
|
57
|
+
## Phase 5 — Test
|
|
58
|
+
|
|
59
|
+
- [ ] L1 passed (build + types + lint)
|
|
60
|
+
- [ ] L2 passed (feature functionality)
|
|
61
|
+
- [ ] L3 passed (integration)
|
|
62
|
+
- [ ] L4 passed (quality)
|
|
63
|
+
|
|
64
|
+
---
|
|
65
|
+
|
|
66
|
+
## Phase 6 — Deploy
|
|
67
|
+
|
|
68
|
+
- [ ] Deployed to production
|
|
69
|
+
- [ ] Live URL verified
|
|
70
|
+
- [ ] Live URL: {url}
|
|
71
|
+
|
|
72
|
+
---
|
|
73
|
+
|
|
74
|
+
## Current Task
|
|
75
|
+
|
|
76
|
+
**Next**: {describe the very next thing to do}
|
|
77
|
+
|
|
78
|
+
---
|
|
79
|
+
|
|
80
|
+
## Last Verification
|
|
81
|
+
|
|
82
|
+
```
|
|
83
|
+
Date: {date}
|
|
84
|
+
L1: {✅ / ❌}
|
|
85
|
+
L2: {✅ / ❌}
|
|
86
|
+
L3: {✅ / ❌ / (not yet)}
|
|
87
|
+
L4: {✅ / ❌ / (not yet)}
|
|
88
|
+
```
|
|
89
|
+
|
|
90
|
+
---
|
|
91
|
+
|
|
92
|
+
## Blockers
|
|
93
|
+
|
|
94
|
+
{None / describe any blocking issue}
|
|
@@ -0,0 +1,89 @@
|
|
|
1
|
+
# App Structure — {Project Name}
|
|
2
|
+
|
|
3
|
+
**Status**: DRAFT 📝
|
|
4
|
+
**Approved on**: (not yet approved)
|
|
5
|
+
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
## Golden Path
|
|
9
|
+
|
|
10
|
+
{start screen} → {core action} → {success state}
|
|
11
|
+
|
|
12
|
+
---
|
|
13
|
+
|
|
14
|
+
## Auth Boundary
|
|
15
|
+
|
|
16
|
+
**Public** (no login required):
|
|
17
|
+
- {page}
|
|
18
|
+
- {page}
|
|
19
|
+
|
|
20
|
+
**Protected** (login required):
|
|
21
|
+
- {page}
|
|
22
|
+
- {page}
|
|
23
|
+
|
|
24
|
+
---
|
|
25
|
+
|
|
26
|
+
## Pages / Screens
|
|
27
|
+
|
|
28
|
+
### {page-name}
|
|
29
|
+
**Route**: `/{route}` (or Screen name for mobile)
|
|
30
|
+
**Purpose**: {one sentence}
|
|
31
|
+
|
|
32
|
+
**Must-have (MVP)**:
|
|
33
|
+
- {feature}
|
|
34
|
+
- {feature}
|
|
35
|
+
|
|
36
|
+
**Nice-to-have (v2)**:
|
|
37
|
+
- {feature}
|
|
38
|
+
|
|
39
|
+
**Data**:
|
|
40
|
+
- Reads: {data sources}
|
|
41
|
+
- Writes: {what is created or modified}
|
|
42
|
+
|
|
43
|
+
---
|
|
44
|
+
|
|
45
|
+
### {page-name}
|
|
46
|
+
**Route**: `/{route}`
|
|
47
|
+
**Purpose**: {one sentence}
|
|
48
|
+
|
|
49
|
+
**Must-have (MVP)**:
|
|
50
|
+
- {feature}
|
|
51
|
+
|
|
52
|
+
---
|
|
53
|
+
|
|
54
|
+
## Navigation Map
|
|
55
|
+
|
|
56
|
+
{Describe how pages connect — text or simple diagram}
|
|
57
|
+
|
|
58
|
+
```
|
|
59
|
+
Home → Login → Dashboard → {Feature}
|
|
60
|
+
↓
|
|
61
|
+
Register
|
|
62
|
+
```
|
|
63
|
+
|
|
64
|
+
---
|
|
65
|
+
|
|
66
|
+
## API Routes (if applicable)
|
|
67
|
+
|
|
68
|
+
| Method | Route | Purpose |
|
|
69
|
+
|--------|-------|---------|
|
|
70
|
+
| GET | /api/{resource} | {purpose} |
|
|
71
|
+
| POST | /api/{resource} | {purpose} |
|
|
72
|
+
| PUT | /api/{resource}/{id} | {purpose} |
|
|
73
|
+
| DELETE | /api/{resource}/{id} | {purpose} |
|
|
74
|
+
|
|
75
|
+
---
|
|
76
|
+
|
|
77
|
+
## Database Schema (high level)
|
|
78
|
+
|
|
79
|
+
```
|
|
80
|
+
{table_name}
|
|
81
|
+
├── id: uuid
|
|
82
|
+
├── {field}: {type}
|
|
83
|
+
└── created_at: timestamp
|
|
84
|
+
|
|
85
|
+
{table_name}
|
|
86
|
+
├── id: uuid
|
|
87
|
+
├── {field}: {type}
|
|
88
|
+
└── updated_at: timestamp
|
|
89
|
+
```
|
|
@@ -0,0 +1,44 @@
|
|
|
1
|
+
---
|
|
2
|
+
command: "/_TEMPLATE"
|
|
3
|
+
description: "Template for creating new workflows"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# /your-command — Short Description
|
|
7
|
+
|
|
8
|
+
## When to Use
|
|
9
|
+
|
|
10
|
+
{When should a user run this command?}
|
|
11
|
+
|
|
12
|
+
## Prerequisites
|
|
13
|
+
|
|
14
|
+
- {What must be true before this runs}
|
|
15
|
+
|
|
16
|
+
## Steps
|
|
17
|
+
|
|
18
|
+
### Step 1: {Step Name}
|
|
19
|
+
|
|
20
|
+
{What to do}
|
|
21
|
+
|
|
22
|
+
### Step 2: {Step Name}
|
|
23
|
+
|
|
24
|
+
{What to do}
|
|
25
|
+
|
|
26
|
+
### Step N: Confirm to User
|
|
27
|
+
|
|
28
|
+
```
|
|
29
|
+
✅ {What was done}
|
|
30
|
+
|
|
31
|
+
{Result summary}
|
|
32
|
+
|
|
33
|
+
Next: run /{next-command}
|
|
34
|
+
```
|
|
35
|
+
|
|
36
|
+
## State Updates
|
|
37
|
+
|
|
38
|
+
After completion:
|
|
39
|
+
- Update STATE.md: {what to update}
|
|
40
|
+
- Log to SESSION-LOG.md: {yes/no}
|
|
41
|
+
|
|
42
|
+
## Next Step
|
|
43
|
+
|
|
44
|
+
`/{next-command}`
|
|
@@ -0,0 +1,69 @@
|
|
|
1
|
+
---
|
|
2
|
+
command: "/brainstorm"
|
|
3
|
+
description: "Idea analysis + market research. Spawns idea-analyst and market-researcher agents."
|
|
4
|
+
phase: "1"
|
|
5
|
+
agents: ["idea-analyst", "market-researcher"]
|
|
6
|
+
skills: ["idea-analysis", "market-research"]
|
|
7
|
+
outputs: ["Updated STATE.md", "Research notes in sessions/"]
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
# /brainstorm — Idea Analysis & Market Research
|
|
11
|
+
|
|
12
|
+
## When to Use
|
|
13
|
+
|
|
14
|
+
After `/new-project`, when you have an idea and want to analyze it properly before committing to a tech stack.
|
|
15
|
+
|
|
16
|
+
## Steps
|
|
17
|
+
|
|
18
|
+
### Step 1: Read Project Context
|
|
19
|
+
|
|
20
|
+
Read `projects/{name}/STATE.md` to confirm we're in Phase 1.
|
|
21
|
+
|
|
22
|
+
### Step 2: Spawn Idea Analyst Agent
|
|
23
|
+
|
|
24
|
+
Read `agents/idea-analyst.md` and spawn the agent with the user's idea.
|
|
25
|
+
|
|
26
|
+
The idea-analyst uses the `idea-analysis` skill:
|
|
27
|
+
- Asks 5 core questions using the Socratic method
|
|
28
|
+
- Goal: understand the problem, target user, core value, and what success looks like
|
|
29
|
+
- Output: structured idea summary
|
|
30
|
+
|
|
31
|
+
Report findings to the user. Ask for confirmation before proceeding.
|
|
32
|
+
|
|
33
|
+
### Step 3: Spawn Market Researcher Agent
|
|
34
|
+
|
|
35
|
+
Read `agents/market-researcher.md` and spawn the agent.
|
|
36
|
+
|
|
37
|
+
The market-researcher uses the `market-research` skill:
|
|
38
|
+
- Identifies 3–5 direct competitors
|
|
39
|
+
- Analyzes their strengths, weaknesses, pricing, and positioning
|
|
40
|
+
- Identifies differentiation opportunities
|
|
41
|
+
- Output: market research summary
|
|
42
|
+
|
|
43
|
+
### Step 4: Synthesize & Present
|
|
44
|
+
|
|
45
|
+
Combine both agent outputs into a single summary:
|
|
46
|
+
|
|
47
|
+
```
|
|
48
|
+
## Idea Summary
|
|
49
|
+
{core idea in 3 bullet points}
|
|
50
|
+
|
|
51
|
+
## Target User
|
|
52
|
+
{who this is for, their pain point}
|
|
53
|
+
|
|
54
|
+
## Market Opportunity
|
|
55
|
+
{what competitors miss that we can win on}
|
|
56
|
+
|
|
57
|
+
## Risks
|
|
58
|
+
{top 2–3 risks to watch for}
|
|
59
|
+
```
|
|
60
|
+
|
|
61
|
+
Ask: "Does this capture your idea correctly? Ready to move to tech stack selection?"
|
|
62
|
+
|
|
63
|
+
### Step 5: Update STATE.md
|
|
64
|
+
|
|
65
|
+
Mark Phase 1 tasks complete. Set next task to `/requirements`.
|
|
66
|
+
|
|
67
|
+
## Next Step
|
|
68
|
+
|
|
69
|
+
`/requirements`
|
|
@@ -0,0 +1,92 @@
|
|
|
1
|
+
---
|
|
2
|
+
command: "/build"
|
|
3
|
+
description: "Implements one task from PLAN.md. Repeatable — run for each task."
|
|
4
|
+
phase: "4"
|
|
5
|
+
agents: ["coder", "debugger"]
|
|
6
|
+
skills: ["write-code"]
|
|
7
|
+
outputs: ["Working code", "Updated STATE.md", "L1+L2 verification report"]
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
# /build — Build a Feature
|
|
11
|
+
|
|
12
|
+
## When to Use
|
|
13
|
+
|
|
14
|
+
After `/design` is complete. Run this command for each task in PLAN.md.
|
|
15
|
+
This command is **repeatable** — run it once per task.
|
|
16
|
+
|
|
17
|
+
## Steps
|
|
18
|
+
|
|
19
|
+
### Step 1: Read Context
|
|
20
|
+
|
|
21
|
+
Read in order:
|
|
22
|
+
1. `projects/{name}/REQUIREMENTS.md` → tech stack and libraries
|
|
23
|
+
2. `projects/{name}/DESIGN.md` → colors, fonts, style values
|
|
24
|
+
3. `projects/{name}/STATE.md` → which task is next
|
|
25
|
+
4. `projects/{name}/PLAN.md` → task details
|
|
26
|
+
|
|
27
|
+
### Step 2: Confirm Task with User
|
|
28
|
+
|
|
29
|
+
Show the current task in 3 lines:
|
|
30
|
+
```
|
|
31
|
+
🎯 Current task: {task name}
|
|
32
|
+
📁 Files affected: {file list}
|
|
33
|
+
⏱ Estimated time: {S=15min / M=30min / L=1hr}
|
|
34
|
+
|
|
35
|
+
Shall I proceed?
|
|
36
|
+
```
|
|
37
|
+
|
|
38
|
+
### Step 3: Spawn Coder Agent
|
|
39
|
+
|
|
40
|
+
Read `agents/coder.md` and spawn the agent.
|
|
41
|
+
|
|
42
|
+
The coder:
|
|
43
|
+
1. Reads REQUIREMENTS.md (library constraints)
|
|
44
|
+
2. Reads DESIGN.md (style constraints)
|
|
45
|
+
3. Implements exactly the task — nothing more
|
|
46
|
+
4. Uses Context7 MCP to verify library APIs if needed
|
|
47
|
+
5. Does NOT install unlisted dependencies
|
|
48
|
+
|
|
49
|
+
### Step 4: L1 + L2 Verification
|
|
50
|
+
|
|
51
|
+
After coding:
|
|
52
|
+
|
|
53
|
+
```
|
|
54
|
+
L1 Check:
|
|
55
|
+
- [ ] npm run build passes
|
|
56
|
+
- [ ] No TypeScript errors
|
|
57
|
+
- [ ] No ESLint errors
|
|
58
|
+
|
|
59
|
+
L2 Check:
|
|
60
|
+
- [ ] Feature works as described
|
|
61
|
+
- [ ] No console errors
|
|
62
|
+
- [ ] Core user flow works
|
|
63
|
+
```
|
|
64
|
+
|
|
65
|
+
If L1 fails → spawn `debugger` agent to fix before proceeding.
|
|
66
|
+
If L2 fails → spawn `debugger` agent to diagnose and fix.
|
|
67
|
+
|
|
68
|
+
### Step 5: Show Result to User
|
|
69
|
+
|
|
70
|
+
For web projects: use Claude Preview MCP if available to show a screenshot.
|
|
71
|
+
Otherwise: describe what was built and where.
|
|
72
|
+
|
|
73
|
+
### Step 6: Update STATE.md
|
|
74
|
+
|
|
75
|
+
- Check off the completed task
|
|
76
|
+
- Update "Next task" field
|
|
77
|
+
- Log L1+L2 results in "Last Verification" section
|
|
78
|
+
|
|
79
|
+
### Step 7: Confirm and Move On
|
|
80
|
+
|
|
81
|
+
```
|
|
82
|
+
✅ Task complete: {task name}
|
|
83
|
+
|
|
84
|
+
L1: ✅ Build clean
|
|
85
|
+
L2: ✅ Feature works
|
|
86
|
+
|
|
87
|
+
Next task: {next task} — run `/build` again to continue.
|
|
88
|
+
```
|
|
89
|
+
|
|
90
|
+
## Next Step
|
|
91
|
+
|
|
92
|
+
`/build` (repeat for next task) or `/test` when all tasks are done
|
|
@@ -0,0 +1,85 @@
|
|
|
1
|
+
---
|
|
2
|
+
command: "/deploy"
|
|
3
|
+
description: "Deploys the application to production. Uses MCP tools."
|
|
4
|
+
phase: "6"
|
|
5
|
+
agents: ["deployer"]
|
|
6
|
+
skills: ["publish"]
|
|
7
|
+
outputs: ["Live URL", "Updated STATE.md", "Deployment log"]
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
# /deploy — Deploy to Production
|
|
11
|
+
|
|
12
|
+
## When to Use
|
|
13
|
+
|
|
14
|
+
After `/test` has passed L1–L4. The app is ready to go live.
|
|
15
|
+
|
|
16
|
+
## Steps
|
|
17
|
+
|
|
18
|
+
### Step 1: Pre-Deploy Checklist
|
|
19
|
+
|
|
20
|
+
Before spawning the deployer, verify:
|
|
21
|
+
|
|
22
|
+
- [ ] L1–L4 tests all pass
|
|
23
|
+
- [ ] `.env` variables are set correctly (not test values)
|
|
24
|
+
- [ ] REQUIREMENTS.md lists the deploy target (Vercel / Cloudflare / Firebase / Expo)
|
|
25
|
+
- [ ] No hardcoded localhost URLs in code
|
|
26
|
+
|
|
27
|
+
### Step 2: Read Requirements
|
|
28
|
+
|
|
29
|
+
Read `projects/{name}/REQUIREMENTS.md` to identify the deploy target.
|
|
30
|
+
|
|
31
|
+
### Step 3: Spawn Deployer Agent
|
|
32
|
+
|
|
33
|
+
Read `agents/deployer.md` and spawn the agent.
|
|
34
|
+
|
|
35
|
+
The deployer:
|
|
36
|
+
|
|
37
|
+
**Web (Vercel/Next.js)**:
|
|
38
|
+
- Runs `vercel --prod` or uses Vercel MCP
|
|
39
|
+
- Sets environment variables in Vercel dashboard
|
|
40
|
+
- Verifies deployment URL loads correctly
|
|
41
|
+
|
|
42
|
+
**Backend (Cloudflare Workers)**:
|
|
43
|
+
- Uses Cloudflare MCP to deploy Workers
|
|
44
|
+
- Sets KV / D1 / R2 bindings
|
|
45
|
+
- Verifies API endpoint responds
|
|
46
|
+
|
|
47
|
+
**Mobile (Expo)**:
|
|
48
|
+
- Runs `eas build` for production binary
|
|
49
|
+
- Submits to App Store / Play Store if configured
|
|
50
|
+
- Or creates OTA update via `eas update`
|
|
51
|
+
|
|
52
|
+
**Database (Supabase)**:
|
|
53
|
+
- Uses Supabase MCP to run migrations
|
|
54
|
+
- Verifies RLS policies are active
|
|
55
|
+
- Checks that anon key is restricted correctly
|
|
56
|
+
|
|
57
|
+
**Firebase**:
|
|
58
|
+
- Uses Firebase MCP to deploy hosting / functions
|
|
59
|
+
- Verifies hosting URL is live
|
|
60
|
+
|
|
61
|
+
### Step 4: Post-Deploy Verification
|
|
62
|
+
|
|
63
|
+
After the deploy command succeeds:
|
|
64
|
+
1. Open the live URL (or get a screenshot if Claude Preview available)
|
|
65
|
+
2. Run a quick smoke test: core user flow end-to-end
|
|
66
|
+
3. Confirm no 500 errors in logs
|
|
67
|
+
|
|
68
|
+
### Step 5: Update STATE.md
|
|
69
|
+
|
|
70
|
+
Mark Phase 6 complete. Add the live URL.
|
|
71
|
+
|
|
72
|
+
### Step 6: Confirm to User
|
|
73
|
+
|
|
74
|
+
```
|
|
75
|
+
🚀 Deployed!
|
|
76
|
+
|
|
77
|
+
🌐 Live URL: {url}
|
|
78
|
+
📅 Deployed: {date}
|
|
79
|
+
|
|
80
|
+
Run `/finish` to archive this project and close it out.
|
|
81
|
+
```
|
|
82
|
+
|
|
83
|
+
## Next Step
|
|
84
|
+
|
|
85
|
+
`/finish`
|
|
@@ -0,0 +1,84 @@
|
|
|
1
|
+
---
|
|
2
|
+
command: "/design"
|
|
3
|
+
description: "Defines pages, features, and UI design system. Locks DESIGN.md."
|
|
4
|
+
phase: "3"
|
|
5
|
+
agents: ["architect", "designer"]
|
|
6
|
+
skills: ["architecture-design"]
|
|
7
|
+
outputs: ["Locked DESIGN.md", "STRUCTURE.md", "Updated STATE.md"]
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
# /design — Architecture & UI Design
|
|
11
|
+
|
|
12
|
+
## When to Use
|
|
13
|
+
|
|
14
|
+
After `/requirements` is locked. Defines what the app looks like and how it's structured.
|
|
15
|
+
|
|
16
|
+
## Steps
|
|
17
|
+
|
|
18
|
+
### Step 1: Verify Phase
|
|
19
|
+
|
|
20
|
+
Read `projects/{name}/STATE.md`. Confirm Phase 2 is complete.
|
|
21
|
+
|
|
22
|
+
### Step 2: Spawn Architect Agent
|
|
23
|
+
|
|
24
|
+
Read `agents/architect.md` and spawn the agent.
|
|
25
|
+
|
|
26
|
+
The architect:
|
|
27
|
+
1. Reads REQUIREMENTS.md and the idea summary
|
|
28
|
+
2. Defines the app's page structure and navigation
|
|
29
|
+
3. Lists features per page with priority (must-have vs nice-to-have)
|
|
30
|
+
4. Output: STRUCTURE.md draft
|
|
31
|
+
|
|
32
|
+
Present to user. Ask for approval before proceeding.
|
|
33
|
+
|
|
34
|
+
### Step 3: Spawn Designer Agent
|
|
35
|
+
|
|
36
|
+
Read `agents/designer.md` and spawn the agent.
|
|
37
|
+
|
|
38
|
+
The designer:
|
|
39
|
+
1. Reads the idea summary and brand direction from the user
|
|
40
|
+
2. Asks 3 quick questions:
|
|
41
|
+
- What mood/feeling? (e.g., professional, playful, minimal, bold)
|
|
42
|
+
- Any brand colors? (hex or description)
|
|
43
|
+
- Font preference or examples you like?
|
|
44
|
+
3. Creates a full design system:
|
|
45
|
+
- Color palette (primary, secondary, accent, neutrals)
|
|
46
|
+
- Typography scale (font family, sizes, weights)
|
|
47
|
+
- Spacing system
|
|
48
|
+
- Component style (border radius, shadows)
|
|
49
|
+
4. Output: DESIGN.md draft
|
|
50
|
+
|
|
51
|
+
Present to user. Ask for approval.
|
|
52
|
+
|
|
53
|
+
### Step 4: Lock Files
|
|
54
|
+
|
|
55
|
+
Once both are approved:
|
|
56
|
+
- Lock `projects/{name}/DESIGN.md` → status: **LOCKED ✅**
|
|
57
|
+
- Save `projects/{name}/STRUCTURE.md`
|
|
58
|
+
|
|
59
|
+
### Step 5: Generate PLAN.md
|
|
60
|
+
|
|
61
|
+
Based on STRUCTURE.md, create the initial PLAN.md:
|
|
62
|
+
- List all pages/features as tasks
|
|
63
|
+
- Group into logical build order
|
|
64
|
+
- Estimate complexity per task (S/M/L)
|
|
65
|
+
|
|
66
|
+
### Step 6: Update STATE.md
|
|
67
|
+
|
|
68
|
+
Mark Phase 3 complete. Set next task to `/build` (first task in PLAN.md).
|
|
69
|
+
|
|
70
|
+
### Step 7: Confirm to User
|
|
71
|
+
|
|
72
|
+
```
|
|
73
|
+
✅ Design system locked!
|
|
74
|
+
|
|
75
|
+
📐 Structure: {N} pages defined
|
|
76
|
+
🎨 Design: colors, fonts, and components defined
|
|
77
|
+
📋 Plan: {N} build tasks ready
|
|
78
|
+
|
|
79
|
+
Next: `/build` — let's start building!
|
|
80
|
+
```
|
|
81
|
+
|
|
82
|
+
## Next Step
|
|
83
|
+
|
|
84
|
+
`/build`
|
|
@@ -0,0 +1,90 @@
|
|
|
1
|
+
---
|
|
2
|
+
command: "/finish"
|
|
3
|
+
description: "Marks the project as complete, archives it, and closes it out."
|
|
4
|
+
phase: "6"
|
|
5
|
+
agents: []
|
|
6
|
+
skills: ["context-management"]
|
|
7
|
+
outputs: ["Archived project", "Updated ACTIVE-PROJECT.md", "Entry in archive/"]
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
# /finish — Complete & Archive Project
|
|
11
|
+
|
|
12
|
+
## When to Use
|
|
13
|
+
|
|
14
|
+
After `/deploy` is confirmed and the project is live.
|
|
15
|
+
|
|
16
|
+
## Steps
|
|
17
|
+
|
|
18
|
+
### Step 1: Verify Completion
|
|
19
|
+
|
|
20
|
+
Read `projects/{name}/STATE.md`. Confirm:
|
|
21
|
+
- [ ] All 6 phases complete
|
|
22
|
+
- [ ] Deployed URL exists
|
|
23
|
+
- [ ] No critical bugs remaining
|
|
24
|
+
|
|
25
|
+
If not complete → ask: "Are you sure? Phase {N} isn't done yet. Continue?"
|
|
26
|
+
|
|
27
|
+
### Step 2: Create Archive Entry
|
|
28
|
+
|
|
29
|
+
Create `archive/{name}/`:
|
|
30
|
+
- Copy all project files there
|
|
31
|
+
- Add `COMPLETION-REPORT.md`:
|
|
32
|
+
|
|
33
|
+
```markdown
|
|
34
|
+
# {name} — Completion Report
|
|
35
|
+
|
|
36
|
+
**Completed**: {date}
|
|
37
|
+
**Duration**: {X} days
|
|
38
|
+
**Live URL**: {url}
|
|
39
|
+
|
|
40
|
+
## What was built
|
|
41
|
+
{2-3 sentence summary}
|
|
42
|
+
|
|
43
|
+
## Tech stack
|
|
44
|
+
{from REQUIREMENTS.md}
|
|
45
|
+
|
|
46
|
+
## Key decisions
|
|
47
|
+
{from DECISIONS.md summary}
|
|
48
|
+
|
|
49
|
+
## Lessons learned
|
|
50
|
+
{what worked, what to do differently next time}
|
|
51
|
+
|
|
52
|
+
## Backlog (carry forward)
|
|
53
|
+
{items from BACKLOG.md to consider for v2}
|
|
54
|
+
```
|
|
55
|
+
|
|
56
|
+
### Step 3: Clear Active Project
|
|
57
|
+
|
|
58
|
+
Update `.state/ACTIVE-PROJECT.md`:
|
|
59
|
+
```markdown
|
|
60
|
+
# Active Project
|
|
61
|
+
|
|
62
|
+
(No active project)
|
|
63
|
+
|
|
64
|
+
Last completed: {name} on {date}
|
|
65
|
+
```
|
|
66
|
+
|
|
67
|
+
### Step 4: Update SESSION-LOG.md
|
|
68
|
+
|
|
69
|
+
Append:
|
|
70
|
+
```
|
|
71
|
+
## {date} — {name} COMPLETED
|
|
72
|
+
- **Live URL**: {url}
|
|
73
|
+
- **Duration**: {N} days
|
|
74
|
+
- **Archive**: archive/{name}/
|
|
75
|
+
```
|
|
76
|
+
|
|
77
|
+
### Step 5: Confirm to User
|
|
78
|
+
|
|
79
|
+
```
|
|
80
|
+
🎉 Project "{name}" is complete!
|
|
81
|
+
|
|
82
|
+
🌐 Live at: {url}
|
|
83
|
+
📦 Archived to: archive/{name}/
|
|
84
|
+
|
|
85
|
+
What's next? Use `/new-project` to start something new.
|
|
86
|
+
```
|
|
87
|
+
|
|
88
|
+
## Next Step
|
|
89
|
+
|
|
90
|
+
`/new-project`
|