takomi 2.0.4 → 2.0.5
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 +26 -2
- package/assets/.agent/skills/takomi/SKILL.md +59 -0
- package/assets/.agent/skills/takomi/references/migration-map.md +28 -0
- package/assets/.agent/skills/takomi/workflows/agent_reset.md +173 -0
- package/assets/.agent/skills/takomi/workflows/escalate.md +112 -0
- package/assets/.agent/skills/takomi/workflows/migrate.md +135 -0
- package/assets/.agent/skills/takomi/workflows/mode-architect.md +422 -0
- package/assets/.agent/skills/takomi/workflows/mode-ask.md +294 -0
- package/assets/.agent/skills/takomi/workflows/mode-code.md +481 -0
- package/assets/.agent/skills/takomi/workflows/mode-debug.md +407 -0
- package/assets/.agent/skills/takomi/workflows/mode-orchestrator.md +222 -0
- package/assets/.agent/skills/takomi/workflows/mode-review.md +341 -0
- package/assets/.agent/skills/takomi/workflows/mode-visionary.md +186 -0
- package/assets/.agent/skills/takomi/workflows/optimize-agent-context.md +54 -0
- package/assets/.agent/skills/takomi/workflows/remotion-build.md +323 -0
- package/assets/.agent/skills/takomi/workflows/reverse_genesis.md +132 -0
- package/assets/.agent/skills/takomi/workflows/review_code.md +133 -0
- package/assets/.agent/skills/takomi/workflows/spawn-jstar-code-review.md +121 -0
- package/assets/.agent/skills/takomi/workflows/stitch.md +149 -0
- package/assets/.agent/skills/takomi/workflows/vibe-build.md +271 -0
- package/assets/.agent/skills/takomi/workflows/vibe-continueBuild.md +184 -0
- package/assets/.agent/skills/takomi/workflows/vibe-design.md +98 -0
- package/assets/.agent/skills/takomi/workflows/vibe-finalize.md +208 -0
- package/assets/.agent/skills/takomi/workflows/vibe-genesis.md +191 -0
- package/assets/.agent/skills/takomi/workflows/vibe-primeAgent.md +110 -0
- package/assets/.agent/skills/takomi/workflows/vibe-spawnTask.md +188 -0
- package/assets/.agent/skills/takomi/workflows/vibe-syncDocs.md +90 -0
- package/package.json +1 -1
- package/src/cli.js +7 -6
- package/src/store.js +4 -3
|
@@ -0,0 +1,208 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Final verification, acceptance audit, and handoff report generation.
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# Workflow: Finalize Build
|
|
6
|
+
|
|
7
|
+
> Run final verification and generate the complete handoff report.
|
|
8
|
+
> Use when all MUS features are implemented (or user says "ship it").
|
|
9
|
+
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
## Steps
|
|
13
|
+
|
|
14
|
+
### 1. Full Verification
|
|
15
|
+
|
|
16
|
+
Run the complete verification suite:
|
|
17
|
+
|
|
18
|
+
```bash
|
|
19
|
+
python scripts/vibe-verify.py
|
|
20
|
+
```
|
|
21
|
+
|
|
22
|
+
**All checks must pass:**
|
|
23
|
+
- ✅ TypeScript: PASS
|
|
24
|
+
- ✅ Lint: PASS
|
|
25
|
+
- ✅ Build: PASS
|
|
26
|
+
|
|
27
|
+
**If any check fails:** Fix it before proceeding.
|
|
28
|
+
|
|
29
|
+
---
|
|
30
|
+
|
|
31
|
+
### 2. Acceptance Criteria Audit
|
|
32
|
+
|
|
33
|
+
Scan all issue files and verify completion:
|
|
34
|
+
|
|
35
|
+
```powershell
|
|
36
|
+
# Count completed vs incomplete
|
|
37
|
+
Get-Content docs/issues/*.md | Select-String "- \[x\]" | Measure-Object
|
|
38
|
+
Get-Content docs/issues/*.md | Select-String "- \[ \]" | Measure-Object
|
|
39
|
+
```
|
|
40
|
+
|
|
41
|
+
**Generate report:**
|
|
42
|
+
|
|
43
|
+
```
|
|
44
|
+
📋 **Acceptance Criteria Audit**
|
|
45
|
+
|
|
46
|
+
| FR | Title | Criteria | Completed |
|
|
47
|
+
|----|-------|----------|-----------|
|
|
48
|
+
| FR-001 | Auth | 5/5 | ✅ |
|
|
49
|
+
| FR-002 | Dashboard | 4/4 | ✅ |
|
|
50
|
+
| FR-003 | Settings | 3/3 | ✅ |
|
|
51
|
+
|
|
52
|
+
**Result:** All MUS criteria verified ✅
|
|
53
|
+
```
|
|
54
|
+
|
|
55
|
+
**If incomplete criteria exist:**
|
|
56
|
+
- List them
|
|
57
|
+
- Ask user: "Proceed anyway or fix first?"
|
|
58
|
+
|
|
59
|
+
---
|
|
60
|
+
|
|
61
|
+
### 3. Generate Final Handoff Report
|
|
62
|
+
|
|
63
|
+
Create `docs/Builder_Handoff_Report.md`:
|
|
64
|
+
|
|
65
|
+
```markdown
|
|
66
|
+
# Builder Handoff Report
|
|
67
|
+
|
|
68
|
+
**Generated:** [Date]
|
|
69
|
+
**Project:** [Name]
|
|
70
|
+
**Status:** MUS Complete ✅
|
|
71
|
+
|
|
72
|
+
---
|
|
73
|
+
|
|
74
|
+
## Features Implemented
|
|
75
|
+
|
|
76
|
+
### MUS Features
|
|
77
|
+
| FR | Title | Status |
|
|
78
|
+
|----|-------|--------|
|
|
79
|
+
| FR-001 | [Title] | ✅ Complete |
|
|
80
|
+
| FR-002 | [Title] | ✅ Complete |
|
|
81
|
+
| FR-003 | [Title] | ✅ Complete |
|
|
82
|
+
|
|
83
|
+
### Future Features (Not Yet Implemented)
|
|
84
|
+
| FR | Title | Status |
|
|
85
|
+
|----|-------|--------|
|
|
86
|
+
| FR-004 | [Title] | ⏳ Pending |
|
|
87
|
+
| FR-005 | [Title] | ⏳ Pending |
|
|
88
|
+
|
|
89
|
+
---
|
|
90
|
+
|
|
91
|
+
## Verification Results
|
|
92
|
+
|
|
93
|
+
| Check | Status | Notes |
|
|
94
|
+
|-------|--------|-------|
|
|
95
|
+
| TypeScript | ✅ PASS | 0 errors |
|
|
96
|
+
| Lint | ✅ PASS | 0 warnings |
|
|
97
|
+
| Build | ✅ PASS | Production ready |
|
|
98
|
+
|
|
99
|
+
---
|
|
100
|
+
|
|
101
|
+
## Project Structure
|
|
102
|
+
|
|
103
|
+
```
|
|
104
|
+
src/
|
|
105
|
+
├── app/
|
|
106
|
+
│ ├── page.tsx
|
|
107
|
+
│ ├── layout.tsx
|
|
108
|
+
│ └── api/
|
|
109
|
+
│ └── [endpoints]
|
|
110
|
+
├── features/
|
|
111
|
+
│ ├── [feature1]/
|
|
112
|
+
│ └── [feature2]/
|
|
113
|
+
├── components/
|
|
114
|
+
│ ├── ui/
|
|
115
|
+
│ └── layout/
|
|
116
|
+
└── lib/
|
|
117
|
+
└── [utilities]
|
|
118
|
+
```
|
|
119
|
+
|
|
120
|
+
---
|
|
121
|
+
|
|
122
|
+
## How to Run
|
|
123
|
+
|
|
124
|
+
```bash
|
|
125
|
+
# Development
|
|
126
|
+
pnpm dev
|
|
127
|
+
|
|
128
|
+
# Production build
|
|
129
|
+
pnpm build
|
|
130
|
+
pnpm start
|
|
131
|
+
|
|
132
|
+
# Database (if applicable)
|
|
133
|
+
npx prisma migrate dev
|
|
134
|
+
npx prisma db seed
|
|
135
|
+
```
|
|
136
|
+
|
|
137
|
+
---
|
|
138
|
+
|
|
139
|
+
## Environment Variables
|
|
140
|
+
|
|
141
|
+
Required environment variables (create `.env.local`):
|
|
142
|
+
|
|
143
|
+
```
|
|
144
|
+
DATABASE_URL=
|
|
145
|
+
NEXTAUTH_SECRET=
|
|
146
|
+
[other required vars]
|
|
147
|
+
```
|
|
148
|
+
|
|
149
|
+
---
|
|
150
|
+
|
|
151
|
+
## Known Issues
|
|
152
|
+
|
|
153
|
+
[List any known issues or limitations]
|
|
154
|
+
|
|
155
|
+
---
|
|
156
|
+
|
|
157
|
+
## Next Steps
|
|
158
|
+
|
|
159
|
+
1. Deploy to staging/production
|
|
160
|
+
2. Implement Future features:
|
|
161
|
+
- FR-004: [Title]
|
|
162
|
+
- FR-005: [Title]
|
|
163
|
+
3. Set up CI/CD (if not done)
|
|
164
|
+
|
|
165
|
+
To continue development: `/vibe-continueBuild`
|
|
166
|
+
```
|
|
167
|
+
|
|
168
|
+
---
|
|
169
|
+
|
|
170
|
+
### 4. Optional: Commit & Push
|
|
171
|
+
|
|
172
|
+
If user approves:
|
|
173
|
+
|
|
174
|
+
```bash
|
|
175
|
+
git add .
|
|
176
|
+
git commit -m "feat: MUS complete - [feature summary]"
|
|
177
|
+
git push
|
|
178
|
+
```
|
|
179
|
+
|
|
180
|
+
---
|
|
181
|
+
|
|
182
|
+
### 5. Final Message
|
|
183
|
+
|
|
184
|
+
"🎉 **Build Finalized!**
|
|
185
|
+
|
|
186
|
+
**Project Status:** MUS Complete ✅
|
|
187
|
+
|
|
188
|
+
**Verification:**
|
|
189
|
+
| Check | Status |
|
|
190
|
+
|-------|--------|
|
|
191
|
+
| TypeScript | ✅ PASS |
|
|
192
|
+
| Lint | ✅ PASS |
|
|
193
|
+
| Build | ✅ PASS |
|
|
194
|
+
|
|
195
|
+
**Features:** X MUS complete, Y Future pending
|
|
196
|
+
|
|
197
|
+
See `docs/Builder_Handoff_Report.md` for full details.
|
|
198
|
+
|
|
199
|
+
**To deploy:**
|
|
200
|
+
1. Push to main branch
|
|
201
|
+
2. Configure environment variables
|
|
202
|
+
3. Deploy to Vercel/Railway/etc.
|
|
203
|
+
|
|
204
|
+
**To continue (Future features):**
|
|
205
|
+
Run `/vibe-continueBuild` in a new session.
|
|
206
|
+
|
|
207
|
+
*Vibes immaculate. Ship it.* 🚀"
|
|
208
|
+
|
|
@@ -0,0 +1,191 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: The VibeCode Architect V3 - Initialize a new project with Plans, Docs, Issues, and Templates.
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# Workflow: Initialize VibeCode Genesis V3 (The Architect)
|
|
6
|
+
|
|
7
|
+
> **Version 3** — Now with templates, 1:1 FR↔Issue correlation, and verification setup.
|
|
8
|
+
|
|
9
|
+
**You are the VibeCode Project Orchestrator and Architect.**
|
|
10
|
+
Your goal is to understand the project vision and create the blueprints. You do NOT write implementation code — you design the foundation.
|
|
11
|
+
|
|
12
|
+
---
|
|
13
|
+
|
|
14
|
+
## Steps
|
|
15
|
+
|
|
16
|
+
### 1. Vision Scoping (The Interview)
|
|
17
|
+
|
|
18
|
+
Initiate a "Project Kickoff" interview to understand the soul of the project.
|
|
19
|
+
|
|
20
|
+
**Gather:**
|
|
21
|
+
- **Project Name** — What is it called?
|
|
22
|
+
- **The Mission** — What is the "vibe"? What problem does it solve?
|
|
23
|
+
- **Tech Stack** — Next.js? Python? Rust? (Default: Next.js + TypeScript + Tailwind)
|
|
24
|
+
- **The Constraints** — Target audience, integrations, deadlines?
|
|
25
|
+
- **Key Features (MUS)** — Minimum Usable State (what MUST work for v1)
|
|
26
|
+
- **Future Features** — Post-MUS roadmap items
|
|
27
|
+
|
|
28
|
+
---
|
|
29
|
+
|
|
30
|
+
### 2. Create Project Structure
|
|
31
|
+
|
|
32
|
+
```powershell
|
|
33
|
+
mkdir docs
|
|
34
|
+
mkdir docs/features
|
|
35
|
+
mkdir docs/mockups
|
|
36
|
+
mkdir docs/issues
|
|
37
|
+
mkdir scripts
|
|
38
|
+
```
|
|
39
|
+
|
|
40
|
+
---
|
|
41
|
+
|
|
42
|
+
### 3. Generate `docs/Project_Requirements.md` (The PRD)
|
|
43
|
+
|
|
44
|
+
Use this exact format:
|
|
45
|
+
|
|
46
|
+
```markdown
|
|
47
|
+
# Project Requirements Document
|
|
48
|
+
|
|
49
|
+
## Project Overview
|
|
50
|
+
|
|
51
|
+
**Name:** [Project Name]
|
|
52
|
+
**Mission:** [One-line description]
|
|
53
|
+
**Tech Stack:** [e.g., Next.js, TypeScript, Tailwind, Prisma, PostgreSQL]
|
|
54
|
+
|
|
55
|
+
## Functional Requirements
|
|
56
|
+
|
|
57
|
+
| FR ID | Description | User Story | Status |
|
|
58
|
+
| :--- | :--- | :--- | :--- |
|
|
59
|
+
| FR-001 | [Feature] | As a [user], I want [action], so that [benefit]. | MUS |
|
|
60
|
+
| FR-002 | [Feature] | As a [user], I want [action], so that [benefit]. | MUS |
|
|
61
|
+
| FR-003 | [Feature] | As a [user], I want [action], so that [benefit]. | Future |
|
|
62
|
+
```
|
|
63
|
+
|
|
64
|
+
**Rules:**
|
|
65
|
+
- Assign unique, sequential `FR-XXX` IDs
|
|
66
|
+
- Mark Status as `MUS` or `Future`
|
|
67
|
+
- One row per feature (group sub-features into single FR)
|
|
68
|
+
|
|
69
|
+
---
|
|
70
|
+
|
|
71
|
+
### 4. Copy Coding Guidelines Template
|
|
72
|
+
|
|
73
|
+
Copy the template from the `nextjs-standards` skill to the project:
|
|
74
|
+
|
|
75
|
+
```powershell
|
|
76
|
+
# Copy Coding Guidelines
|
|
77
|
+
Copy-Item ".agent/skills/nextjs-standards/templates/Coding_Guidelines.md" -Destination "docs/Coding_Guidelines.md"
|
|
78
|
+
|
|
79
|
+
# Copy Verification Script
|
|
80
|
+
Copy-Item ".agent/skills/nextjs-standards/scripts/vibe-verify.py" -Destination "scripts/vibe-verify.py"
|
|
81
|
+
```
|
|
82
|
+
|
|
83
|
+
> [!IMPORTANT]
|
|
84
|
+
> The Coding Guidelines template is the LAW. The Builder agent MUST follow it.
|
|
85
|
+
|
|
86
|
+
---
|
|
87
|
+
|
|
88
|
+
### 5. Generate GitHub Issues (One Issue Per FR)
|
|
89
|
+
|
|
90
|
+
For **each FR** (both MUS and Future), create a detailed issue file:
|
|
91
|
+
|
|
92
|
+
**Location:** `docs/issues/FR-XXX.md`
|
|
93
|
+
|
|
94
|
+
**Use the Issue Template format:**
|
|
95
|
+
|
|
96
|
+
```markdown
|
|
97
|
+
# [FR-XXX] Feature Title
|
|
98
|
+
|
|
99
|
+
## Labels
|
|
100
|
+
`MUS`, `enhancement`, `[module-name]`
|
|
101
|
+
|
|
102
|
+
## User Story
|
|
103
|
+
As a [user type], I want to [action], so that [benefit].
|
|
104
|
+
|
|
105
|
+
## Proposed Solution
|
|
106
|
+
|
|
107
|
+
### Overview
|
|
108
|
+
Brief description of the approach.
|
|
109
|
+
|
|
110
|
+
### Implementation Flow
|
|
111
|
+
1. Step one...
|
|
112
|
+
2. Step two...
|
|
113
|
+
3. Step three...
|
|
114
|
+
|
|
115
|
+
### Technical Approach
|
|
116
|
+
|
|
117
|
+
```[language]
|
|
118
|
+
// Suggested implementation pattern (guidance, not gospel)
|
|
119
|
+
```
|
|
120
|
+
|
|
121
|
+
### Key Considerations
|
|
122
|
+
- Point 1
|
|
123
|
+
- Point 2
|
|
124
|
+
|
|
125
|
+
## Acceptance Criteria
|
|
126
|
+
|
|
127
|
+
- [ ] Testable outcome 1
|
|
128
|
+
- [ ] Testable outcome 2
|
|
129
|
+
- [ ] Testable outcome 3
|
|
130
|
+
```
|
|
131
|
+
|
|
132
|
+
**Guidelines:**
|
|
133
|
+
- Proposed Solution = guidance, not rigid spec
|
|
134
|
+
- Technical Approach = example patterns, agent can adapt
|
|
135
|
+
- Acceptance Criteria = source of truth for "done"
|
|
136
|
+
- Include Future scope issues too (mark with `Future` label)
|
|
137
|
+
|
|
138
|
+
---
|
|
139
|
+
|
|
140
|
+
### 6. Generate `docs/Builder_Prompt.md` (Optional)
|
|
141
|
+
|
|
142
|
+
If the tech stack is non-standard or has special requirements:
|
|
143
|
+
|
|
144
|
+
```markdown
|
|
145
|
+
# Builder Prompt
|
|
146
|
+
|
|
147
|
+
## Stack-Specific Instructions
|
|
148
|
+
|
|
149
|
+
[Any special setup, API integrations, or constraints]
|
|
150
|
+
|
|
151
|
+
## MUS Priority Order
|
|
152
|
+
|
|
153
|
+
1. FR-001: [Title]
|
|
154
|
+
2. FR-002: [Title]
|
|
155
|
+
...
|
|
156
|
+
|
|
157
|
+
## Special Considerations
|
|
158
|
+
|
|
159
|
+
[Any warnings or gotchas for the builder]
|
|
160
|
+
```
|
|
161
|
+
|
|
162
|
+
---
|
|
163
|
+
|
|
164
|
+
### 7. The Handoff
|
|
165
|
+
|
|
166
|
+
Present the user with the complete Genesis output:
|
|
167
|
+
|
|
168
|
+
**Files Created:**
|
|
169
|
+
- `docs/Project_Requirements.md` — The PRD
|
|
170
|
+
- `docs/Coding_Guidelines.md` — The Law (from template)
|
|
171
|
+
- `docs/issues/FR-XXX.md` — One per feature
|
|
172
|
+
- `scripts/vibe-verify.py` — Verification script This
|
|
173
|
+
|
|
174
|
+
**Final Message:**
|
|
175
|
+
|
|
176
|
+
"🏛️ **Genesis Complete.**
|
|
177
|
+
|
|
178
|
+
The Blueprints are drawn. The Roadmap is set.
|
|
179
|
+
|
|
180
|
+
**Created:**
|
|
181
|
+
- PRD with X MUS features and Y Future features
|
|
182
|
+
- X + Y GitHub Issues in `docs/issues/`
|
|
183
|
+
- Coding Guidelines template
|
|
184
|
+
- Verification script
|
|
185
|
+
|
|
186
|
+
**What's next?**
|
|
187
|
+
- **Option A (Recommended for UI projects):** Run `/vibe-design` to define the visual system first.
|
|
188
|
+
- **Option B (Code-first):** Run `/vibe-build` to start scaffolding.
|
|
189
|
+
|
|
190
|
+
*Code with the flow. Code with the vibe.*"
|
|
191
|
+
|
|
@@ -0,0 +1,110 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Prime the agent with project coding guidelines, styling rules, and folder structure.
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# Workflow: Prime Agent
|
|
6
|
+
|
|
7
|
+
> Load the project "brain" — coding guidelines, current work, and verification status.
|
|
8
|
+
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
## Steps
|
|
12
|
+
|
|
13
|
+
### 1. Check Project Health
|
|
14
|
+
|
|
15
|
+
Run verification to see current state:
|
|
16
|
+
|
|
17
|
+
```bash
|
|
18
|
+
# TypeScript check
|
|
19
|
+
npx tsc --noEmit
|
|
20
|
+
|
|
21
|
+
# Quick verification (if script exists)
|
|
22
|
+
python scripts/vibe-verify.py --quick 2>/dev/null
|
|
23
|
+
```
|
|
24
|
+
|
|
25
|
+
**If type-check fails:** There are existing errors. Note them for fixing.
|
|
26
|
+
|
|
27
|
+
---
|
|
28
|
+
|
|
29
|
+
### 2. Load Core Documentation
|
|
30
|
+
|
|
31
|
+
```bash
|
|
32
|
+
# Coding Guidelines (The Law)
|
|
33
|
+
cat docs/Coding_Guidelines.md 2>/dev/null || cat docs/coding_guidelines.md 2>/dev/null
|
|
34
|
+
|
|
35
|
+
# Project Requirements (PRD)
|
|
36
|
+
cat docs/Project_Requirements.md 2>/dev/null
|
|
37
|
+
|
|
38
|
+
# List mockups
|
|
39
|
+
ls docs/mockups/ 2>/dev/null
|
|
40
|
+
```
|
|
41
|
+
|
|
42
|
+
---
|
|
43
|
+
|
|
44
|
+
### 3. Identify Current Work
|
|
45
|
+
|
|
46
|
+
```bash
|
|
47
|
+
# List all issues
|
|
48
|
+
ls docs/issues/ 2>/dev/null
|
|
49
|
+
|
|
50
|
+
# Find incomplete FRs
|
|
51
|
+
grep -l "\- \[ \]" docs/issues/*.md 2>/dev/null
|
|
52
|
+
```
|
|
53
|
+
|
|
54
|
+
---
|
|
55
|
+
|
|
56
|
+
### 4. Load nextjs-standards Skill (If Next.js Project)
|
|
57
|
+
|
|
58
|
+
If `next.config.*` or `package.json` contains `"next"`:
|
|
59
|
+
|
|
60
|
+
```bash
|
|
61
|
+
# Read the skill
|
|
62
|
+
cat .agent/skills/nextjs-standards/SKILL.md 2>/dev/null
|
|
63
|
+
```
|
|
64
|
+
|
|
65
|
+
---
|
|
66
|
+
|
|
67
|
+
### 5. State Context Aloud
|
|
68
|
+
|
|
69
|
+
After loading, acknowledge:
|
|
70
|
+
|
|
71
|
+
"✅ **Agent Primed.**
|
|
72
|
+
|
|
73
|
+
**Project Health:**
|
|
74
|
+
- TypeScript: [PASS/FAIL - X errors]
|
|
75
|
+
- Lint: [PASS/FAIL]
|
|
76
|
+
|
|
77
|
+
**Context Loaded:**
|
|
78
|
+
- Coding Guidelines: [Found/Not Found]
|
|
79
|
+
- Mockups: [X files found / None]
|
|
80
|
+
|
|
81
|
+
**Current Work:**
|
|
82
|
+
- Incomplete FRs: FR-XXX, FR-YYY
|
|
83
|
+
- Next up: FR-XXX: [Title]
|
|
84
|
+
|
|
85
|
+
**Rules I will follow:**
|
|
86
|
+
- `tsc --noEmit` after every file edit
|
|
87
|
+
- Reference issue file for each FR
|
|
88
|
+
- Mark acceptance criteria as I complete them
|
|
89
|
+
|
|
90
|
+
What would you like me to work on?"
|
|
91
|
+
|
|
92
|
+
---
|
|
93
|
+
|
|
94
|
+
## Quick Reference
|
|
95
|
+
|
|
96
|
+
| Command | Purpose |
|
|
97
|
+
|---------|---------|
|
|
98
|
+
| `npx tsc --noEmit` | Check for type errors |
|
|
99
|
+
| `python scripts/vibe-verify.py --quick` | Quick verification |
|
|
100
|
+
| `cat docs/Coding_Guidelines.md` | Load the law |
|
|
101
|
+
| `ls docs/issues/` | See all FRs |
|
|
102
|
+
|
|
103
|
+
---
|
|
104
|
+
|
|
105
|
+
## When to Use
|
|
106
|
+
|
|
107
|
+
- **Start of session** — Before any work
|
|
108
|
+
- **After `/agent_reset`** — Reload context after reset
|
|
109
|
+
- **Context lost** — Agent seems confused
|
|
110
|
+
- **Before complex work** — Ensure full context
|
|
@@ -0,0 +1,188 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Spawn a detailed task prompt for implementing a feature or fixing a bug.
|
|
3
|
+
---
|
|
4
|
+
# Workflow: Spawn Task
|
|
5
|
+
|
|
6
|
+
**System Instruction:**
|
|
7
|
+
You are a **Task Architect** who creates comprehensive, self-contained task prompts.
|
|
8
|
+
These prompts should be detailed enough that another agent (or your future self) can pick them up and execute without additional context.
|
|
9
|
+
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
## Usage
|
|
13
|
+
|
|
14
|
+
```
|
|
15
|
+
User: "Use /vibe-spawnTask for implementing user profile avatars"
|
|
16
|
+
User: "Spawn a task for fixing the login redirect bug"
|
|
17
|
+
```
|
|
18
|
+
|
|
19
|
+
## Steps
|
|
20
|
+
|
|
21
|
+
### 1. Task Discovery
|
|
22
|
+
Gather information from the user:
|
|
23
|
+
- **Task Description:** What needs to be done?
|
|
24
|
+
- **Priority:** High / Medium / Low
|
|
25
|
+
- **Scope:** What's included/excluded?
|
|
26
|
+
- **Timeline:** Expected completion time (optional)
|
|
27
|
+
|
|
28
|
+
### 2. Current State Analysis
|
|
29
|
+
|
|
30
|
+
Analyze the project context:
|
|
31
|
+
```bash
|
|
32
|
+
# Check for related files
|
|
33
|
+
find src -name "*relevant*" -type f
|
|
34
|
+
|
|
35
|
+
# Check for related documentation
|
|
36
|
+
ls docs/features/
|
|
37
|
+
|
|
38
|
+
# Check for related issues
|
|
39
|
+
gh issue list --search "[related term]"
|
|
40
|
+
```
|
|
41
|
+
|
|
42
|
+
Document:
|
|
43
|
+
- **Completed:** What's already done
|
|
44
|
+
- **In Progress:** Current work
|
|
45
|
+
- **Pending:** What needs to be done
|
|
46
|
+
- **Blockers:** Any obstacles
|
|
47
|
+
|
|
48
|
+
### 3. Generate Task Prompt
|
|
49
|
+
|
|
50
|
+
Create a comprehensive task prompt in `docs/tasks/[TaskName].md`:
|
|
51
|
+
|
|
52
|
+
```markdown
|
|
53
|
+
# 🎯 Task: [Task Name]
|
|
54
|
+
|
|
55
|
+
**Objective:** [Clear, measurable goal]
|
|
56
|
+
**Priority:** [High/Medium/Low]
|
|
57
|
+
**Scope:** [What's included/excluded]
|
|
58
|
+
|
|
59
|
+
---
|
|
60
|
+
|
|
61
|
+
## 📋 Requirements
|
|
62
|
+
|
|
63
|
+
### Functional Requirements
|
|
64
|
+
- **[REQ-001]** [Requirement with acceptance criteria]
|
|
65
|
+
- **[REQ-002]** [Requirement with acceptance criteria]
|
|
66
|
+
|
|
67
|
+
### Technical Requirements
|
|
68
|
+
- **[TECH-001]** [Technical specification]
|
|
69
|
+
- **[TECH-002]** [Performance/security requirements]
|
|
70
|
+
|
|
71
|
+
---
|
|
72
|
+
|
|
73
|
+
## 🏗️ Implementation Plan
|
|
74
|
+
|
|
75
|
+
### Phase 1: Setup
|
|
76
|
+
- [ ] [Setup task 1]
|
|
77
|
+
- [ ] [Setup task 2]
|
|
78
|
+
|
|
79
|
+
### Phase 2: Core Implementation
|
|
80
|
+
- [ ] [Core task 1]
|
|
81
|
+
- [ ] [Core task 2]
|
|
82
|
+
|
|
83
|
+
### Phase 3: Enhancement
|
|
84
|
+
- [ ] [Enhancement task 1]
|
|
85
|
+
- [ ] [Enhancement task 2]
|
|
86
|
+
|
|
87
|
+
### Phase 4: Testing & Documentation
|
|
88
|
+
- [ ] [Testing task]
|
|
89
|
+
- [ ] [Documentation task]
|
|
90
|
+
|
|
91
|
+
---
|
|
92
|
+
|
|
93
|
+
## 📁 Files to Create/Modify
|
|
94
|
+
|
|
95
|
+
| File | Action | Purpose |
|
|
96
|
+
|------|--------|---------|
|
|
97
|
+
| `src/features/[Feature]/...` | Create | [Purpose] |
|
|
98
|
+
| `src/lib/...` | Modify | [Purpose] |
|
|
99
|
+
|
|
100
|
+
---
|
|
101
|
+
|
|
102
|
+
## ✅ Success Criteria
|
|
103
|
+
|
|
104
|
+
### Code Quality
|
|
105
|
+
- [ ] TypeScript compliant (no `any`)
|
|
106
|
+
- [ ] Passes ESLint
|
|
107
|
+
- [ ] Unit tests with >80% coverage
|
|
108
|
+
|
|
109
|
+
### Performance
|
|
110
|
+
- [ ] Bundle size increase < 5KB
|
|
111
|
+
- [ ] No memory leaks
|
|
112
|
+
- [ ] Load time < 1.5s
|
|
113
|
+
|
|
114
|
+
### Functionality
|
|
115
|
+
- [ ] All requirements implemented
|
|
116
|
+
- [ ] Error handling for all scenarios
|
|
117
|
+
- [ ] Mobile responsive
|
|
118
|
+
|
|
119
|
+
---
|
|
120
|
+
|
|
121
|
+
## 🔗 Dependencies
|
|
122
|
+
|
|
123
|
+
**Depends on:**
|
|
124
|
+
- [Other components/features this needs]
|
|
125
|
+
|
|
126
|
+
**Used by:**
|
|
127
|
+
- [Components that will use this]
|
|
128
|
+
|
|
129
|
+
**Related files:**
|
|
130
|
+
- `[path/to/related/file.ts]`
|
|
131
|
+
|
|
132
|
+
---
|
|
133
|
+
|
|
134
|
+
## 🚀 Getting Started
|
|
135
|
+
|
|
136
|
+
1. Read this task prompt completely
|
|
137
|
+
2. Review the related files listed above
|
|
138
|
+
3. Begin with Phase 1: Setup
|
|
139
|
+
4. Provide progress updates after each phase
|
|
140
|
+
5. Deliver final results with documentation
|
|
141
|
+
|
|
142
|
+
---
|
|
143
|
+
|
|
144
|
+
*Generated by /vibe-spawnTask workflow*
|
|
145
|
+
```
|
|
146
|
+
|
|
147
|
+
### 4. Related Issue (Optional)
|
|
148
|
+
|
|
149
|
+
If this task should be tracked in GitHub:
|
|
150
|
+
|
|
151
|
+
```bash
|
|
152
|
+
gh issue create \
|
|
153
|
+
--title "[Feature] [Task Name]" \
|
|
154
|
+
--body "See docs/tasks/[TaskName].md for full task specification" \
|
|
155
|
+
--label "enhancement"
|
|
156
|
+
```
|
|
157
|
+
|
|
158
|
+
### 5. Confirmation
|
|
159
|
+
|
|
160
|
+
**Final Message:**
|
|
161
|
+
"📋 **Task Spawned.**
|
|
162
|
+
|
|
163
|
+
Created: `docs/tasks/[TaskName].md`
|
|
164
|
+
|
|
165
|
+
This task prompt is self-contained and ready for execution.
|
|
166
|
+
|
|
167
|
+
**Options:**
|
|
168
|
+
- **A)** Start implementing now (I'll follow the phases)
|
|
169
|
+
- **B)** Create a GitHub Issue to track this
|
|
170
|
+
- **C)** Just save the task for later
|
|
171
|
+
|
|
172
|
+
What would you like to do?"
|
|
173
|
+
|
|
174
|
+
---
|
|
175
|
+
|
|
176
|
+
## Quick Reference
|
|
177
|
+
|
|
178
|
+
### Task Categories
|
|
179
|
+
- 🆕 **Feature** - New functionality
|
|
180
|
+
- 🐛 **Bug Fix** - Fixing broken behavior
|
|
181
|
+
- ♻️ **Refactor** - Improving existing code
|
|
182
|
+
- 📚 **Documentation** - Writing docs
|
|
183
|
+
|
|
184
|
+
### Priority Guidelines
|
|
185
|
+
- **High:** Blocking other work, user-facing bugs
|
|
186
|
+
- **Medium:** Important features, non-blocking issues
|
|
187
|
+
- **Low:** Nice-to-haves, minor improvements
|
|
188
|
+
|