aiblueprint-cli 1.4.82 → 1.4.84
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 +4 -1
- package/agents-config/skills/apex/SKILL.md +61 -0
- package/agents-config/skills/app-icon/SKILL.md +161 -0
- package/agents-config/skills/appstore-connect/SKILL.md +2 -2
- package/agents-config/skills/{appstore-connect-setup/SKILL.md → appstore-connect/references/setup.md} +3 -6
- package/agents-config/skills/ios-testflight/SKILL.md +2 -2
- package/dist/cli.js +39 -38
- package/package.json +1 -1
- package/agents-config/skills/create-vitejs-app/SKILL.md +0 -273
- package/agents-config/skills/nextjs-add-prisma-db/SKILL.md +0 -137
- package/agents-config/skills/nextjs-setup-better-auth/SKILL.md +0 -174
- package/agents-config/skills/nextjs-setup-project/SKILL.md +0 -201
- package/agents-config/skills/saas-challenge-idea/SKILL.md +0 -136
- package/agents-config/skills/saas-create-architecture/SKILL.md +0 -243
- package/agents-config/skills/saas-create-headline/SKILL.md +0 -133
- package/agents-config/skills/saas-create-landing-copywritting/SKILL.md +0 -268
- package/agents-config/skills/saas-create-legals-docs/SKILL.md +0 -177
- package/agents-config/skills/saas-create-logos/SKILL.md +0 -241
- package/agents-config/skills/saas-create-prd/SKILL.md +0 -196
- package/agents-config/skills/saas-create-tasks/SKILL.md +0 -241
- package/agents-config/skills/saas-define-pricing/SKILL.md +0 -294
- package/agents-config/skills/saas-find-domain-name/SKILL.md +0 -191
- package/agents-config/skills/saas-implement-landing-page/SKILL.md +0 -258
- package/agents-config/skills/setup-tmux/SKILL.md +0 -165
- /package/agents-config/skills/{agents-managers → agents-manager}/SKILL.md +0 -0
- /package/agents-config/skills/{agents-managers → agents-manager}/references/agents.md +0 -0
- /package/agents-config/skills/{agents-managers → agents-manager}/references/context-management.md +0 -0
- /package/agents-config/skills/{agents-managers → agents-manager}/references/debugging-agents.md +0 -0
- /package/agents-config/skills/{agents-managers → agents-manager}/references/error-handling-and-recovery.md +0 -0
- /package/agents-config/skills/{agents-managers → agents-manager}/references/evaluation-and-testing.md +0 -0
- /package/agents-config/skills/{agents-managers → agents-manager}/references/orchestration-patterns.md +0 -0
- /package/agents-config/skills/{agents-managers → agents-manager}/references/writing-agent-prompts.md +0 -0
|
@@ -1,196 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: saas-create-prd
|
|
3
|
-
description: Create a lean Product Requirements Document through interactive discovery conversation
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
<objective>
|
|
7
|
-
Create a focused Product Requirements Document (PRD) for an MVP through iterative conversation.
|
|
8
|
-
|
|
9
|
-
Guide the user through defining product vision, user personas, core features, and success metrics. Keep the PRD minimal and focused on essential features that solve real problems. This is the FOUNDATION - the PRD comes FIRST, then ARCHI, then implementation.
|
|
10
|
-
</objective>
|
|
11
|
-
|
|
12
|
-
<process>
|
|
13
|
-
## Phase 1: Information Discovery
|
|
14
|
-
|
|
15
|
-
1. **Do NOT write anything until you have answers to ALL 5 areas below**
|
|
16
|
-
|
|
17
|
-
Ask questions progressively (2-3 at a time, not all at once) until you have complete clarity:
|
|
18
|
-
|
|
19
|
-
### Area 1: Problem & Vision
|
|
20
|
-
- What problem does this product solve?
|
|
21
|
-
- Who experiences this problem most acutely?
|
|
22
|
-
- What makes this solution unique or different?
|
|
23
|
-
- What does success look like?
|
|
24
|
-
|
|
25
|
-
### Area 2: Target Users
|
|
26
|
-
- Who are the primary users? (1-3 personas max)
|
|
27
|
-
- What are their key characteristics? (role, context, pain points)
|
|
28
|
-
- What motivates them to use this product?
|
|
29
|
-
- What would make them stop using it?
|
|
30
|
-
|
|
31
|
-
### Area 3: Core Features
|
|
32
|
-
- What is the ONE thing this product must do? (critical feature)
|
|
33
|
-
- What 2-3 features support that core capability?
|
|
34
|
-
- What features are nice-to-have but not critical for MVP?
|
|
35
|
-
- How will users accomplish their primary goal?
|
|
36
|
-
|
|
37
|
-
### Area 4: Success Metrics
|
|
38
|
-
- How will you measure if this product is working?
|
|
39
|
-
- What user behavior indicates success?
|
|
40
|
-
- What business metrics matter most?
|
|
41
|
-
|
|
42
|
-
### Area 5: Constraints & Scope
|
|
43
|
-
- What technical constraints exist?
|
|
44
|
-
- What timeline are you working with?
|
|
45
|
-
- What resources are available?
|
|
46
|
-
- What are you explicitly NOT building in v1?
|
|
47
|
-
|
|
48
|
-
## Phase 2: Verify Completeness
|
|
49
|
-
|
|
50
|
-
2. **Before generating PRD**, confirm you have:
|
|
51
|
-
|
|
52
|
-
- ✅ Core problem clearly defined with specific user experiencing it
|
|
53
|
-
- ✅ 1-3 specific personas with roles, pain points, motivations
|
|
54
|
-
- ✅ THE ONE critical feature + 2-4 supporting must-have features
|
|
55
|
-
- ✅ Specific, measurable metrics (not vague goals)
|
|
56
|
-
- ✅ Clear list of what is NOT being built in v1
|
|
57
|
-
- ✅ Timeline and constraints understood
|
|
58
|
-
|
|
59
|
-
**IF ANY MISSING**: Ask more questions first. Do NOT generate PRD with gaps.
|
|
60
|
-
|
|
61
|
-
## Phase 3: Generate PRD
|
|
62
|
-
|
|
63
|
-
3. **Create PRD.md** with this structure:
|
|
64
|
-
|
|
65
|
-
```markdown
|
|
66
|
-
# Product Requirements Document: [Product Name]
|
|
67
|
-
|
|
68
|
-
## Product Vision
|
|
69
|
-
|
|
70
|
-
**Problem Statement**
|
|
71
|
-
[2-3 sentences describing the core problem]
|
|
72
|
-
|
|
73
|
-
**Solution**
|
|
74
|
-
[2-3 sentences describing how this product solves it]
|
|
75
|
-
|
|
76
|
-
**Success Criteria**
|
|
77
|
-
- [Metric 1: quantitative measure]
|
|
78
|
-
- [Metric 2: user behavior indicator]
|
|
79
|
-
- [Metric 3: business outcome]
|
|
80
|
-
|
|
81
|
-
## Target Users
|
|
82
|
-
|
|
83
|
-
### Primary Persona: [Name]
|
|
84
|
-
- **Role**: [User role/context]
|
|
85
|
-
- **Pain Points**:
|
|
86
|
-
- [Pain point 1]
|
|
87
|
-
- [Pain point 2]
|
|
88
|
-
- **Motivations**: [What drives them]
|
|
89
|
-
- **Goals**: [What they want to accomplish]
|
|
90
|
-
|
|
91
|
-
### Secondary Persona: [Name] (if applicable)
|
|
92
|
-
- **Role**: [User role/context]
|
|
93
|
-
- **Pain Points**: [Key challenges]
|
|
94
|
-
- **Motivations**: [What drives adoption]
|
|
95
|
-
|
|
96
|
-
## Core Features (MVP)
|
|
97
|
-
|
|
98
|
-
### Must-Have Features
|
|
99
|
-
|
|
100
|
-
#### 1. [Feature Name]
|
|
101
|
-
**Description**: [What this feature does - 2-3 sentences]
|
|
102
|
-
**User Value**: [Why this matters to users]
|
|
103
|
-
**Success Metric**: [How to measure if working]
|
|
104
|
-
|
|
105
|
-
#### 2. [Feature Name]
|
|
106
|
-
**Description**: [Feature explanation]
|
|
107
|
-
**User Value**: [Benefit to users]
|
|
108
|
-
**Success Metric**: [Measurement criteria]
|
|
109
|
-
|
|
110
|
-
#### 3. [Feature Name]
|
|
111
|
-
**Description**: [Feature explanation]
|
|
112
|
-
**User Value**: [Benefit to users]
|
|
113
|
-
**Success Metric**: [Measurement criteria]
|
|
114
|
-
|
|
115
|
-
### Should-Have Features (Post-MVP)
|
|
116
|
-
- [Feature 1]: [Brief description]
|
|
117
|
-
- [Feature 2]: [Brief description]
|
|
118
|
-
|
|
119
|
-
## User Flows
|
|
120
|
-
|
|
121
|
-
### Primary User Journey
|
|
122
|
-
1. [Step 1: User action]
|
|
123
|
-
2. [Step 2: User action]
|
|
124
|
-
3. [Step 3: User action]
|
|
125
|
-
4. [Step 4: Outcome achieved]
|
|
126
|
-
|
|
127
|
-
## Out of Scope (v1)
|
|
128
|
-
|
|
129
|
-
Explicitly NOT building in MVP:
|
|
130
|
-
- [Feature/capability 1]
|
|
131
|
-
- [Feature/capability 2]
|
|
132
|
-
- [Feature/capability 3]
|
|
133
|
-
|
|
134
|
-
## Open Questions
|
|
135
|
-
- [Question 1 needing resolution]
|
|
136
|
-
- [Question 2 requiring validation]
|
|
137
|
-
|
|
138
|
-
## Success Metrics
|
|
139
|
-
|
|
140
|
-
**Primary Metrics**:
|
|
141
|
-
- [Metric 1]: [Target/goal]
|
|
142
|
-
- [Metric 2]: [Target/goal]
|
|
143
|
-
|
|
144
|
-
**Secondary Metrics**:
|
|
145
|
-
- [Metric 3]: [Target/goal]
|
|
146
|
-
|
|
147
|
-
## Timeline & Milestones
|
|
148
|
-
- **MVP Completion**: [Target timeframe]
|
|
149
|
-
- **First User Testing**: [Target]
|
|
150
|
-
- **Launch**: [Target]
|
|
151
|
-
```
|
|
152
|
-
|
|
153
|
-
## Phase 4: Save and Next Steps
|
|
154
|
-
|
|
155
|
-
4. **Save PRD.md** in project directory
|
|
156
|
-
|
|
157
|
-
5. **Suggest next steps**:
|
|
158
|
-
> "PRD created! Next steps in order:
|
|
159
|
-
> 1. `saas-create-architecture` skill - Design technical architecture
|
|
160
|
-
> 2. `saas-define-pricing` skill - Define pricing strategy
|
|
161
|
-
> 3. `saas-create-landing-copywritting` skill - Create landing page copy"
|
|
162
|
-
</process>
|
|
163
|
-
|
|
164
|
-
<constraints>
|
|
165
|
-
**DISCOVERY RULES**:
|
|
166
|
-
- NEVER write PRD until ALL 5 information areas are covered
|
|
167
|
-
- Ask 2-3 questions at a time, not all at once
|
|
168
|
-
- Dig deeper based on responses - don't accept vague answers
|
|
169
|
-
- Push for specific metrics, not goals like "increase engagement"
|
|
170
|
-
|
|
171
|
-
**MVP FOCUS**:
|
|
172
|
-
- Maximum 3-5 must-have features
|
|
173
|
-
- If user lists 10 features, help them prioritize to 3-5
|
|
174
|
-
- "Out of Scope" section is critical - define boundaries clearly
|
|
175
|
-
- Post-MVP features go in "Should-Have" section
|
|
176
|
-
|
|
177
|
-
**OUTPUT RULES**:
|
|
178
|
-
- Target 2-3 pages max, not a 20-page spec
|
|
179
|
-
- Every feature needs Description, User Value, Success Metric
|
|
180
|
-
- Be specific and actionable, not vague
|
|
181
|
-
|
|
182
|
-
**CONVERSATION STYLE**:
|
|
183
|
-
- Keep it conversational, not interrogation
|
|
184
|
-
- Adapt questions based on their industry/context
|
|
185
|
-
- Help users think through trade-offs
|
|
186
|
-
</constraints>
|
|
187
|
-
|
|
188
|
-
<success_criteria>
|
|
189
|
-
- All 5 information areas have complete answers
|
|
190
|
-
- 1-3 specific personas defined with pain points
|
|
191
|
-
- 3-5 must-have features clearly described
|
|
192
|
-
- Each feature has measurable success metric
|
|
193
|
-
- Out of Scope section explicitly defines boundaries
|
|
194
|
-
- PRD saved as PRD.md in project directory
|
|
195
|
-
- Next steps provided for workflow continuation
|
|
196
|
-
</success_criteria>
|
|
@@ -1,241 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: saas-create-tasks
|
|
3
|
-
description: Generate implementation task files from PRD and Architecture documents
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
<objective>
|
|
7
|
-
Generate a structured set of implementation task files from existing PRD and Architecture documents.
|
|
8
|
-
|
|
9
|
-
Create well-scoped, coherent tasks that an AI agent can execute autonomously. Each task represents 1-3 hours of focused work with clear deliverables and success criteria. This comes AFTER PRD and ARCHI - both must exist first.
|
|
10
|
-
</objective>
|
|
11
|
-
|
|
12
|
-
<context>
|
|
13
|
-
Current project: !`ls -la`
|
|
14
|
-
Existing specs folder: !`ls specs/ 2>/dev/null || echo "No specs folder"`
|
|
15
|
-
Package.json: !`cat package.json 2>/dev/null | head -20 || echo "No package.json"`
|
|
16
|
-
</context>
|
|
17
|
-
|
|
18
|
-
<process>
|
|
19
|
-
## Phase 1: Understanding
|
|
20
|
-
|
|
21
|
-
1. **Ask for project location**:
|
|
22
|
-
> "Where is your project located? Are you starting from scratch or using a boilerplate?"
|
|
23
|
-
|
|
24
|
-
2. **Explore existing codebase**:
|
|
25
|
-
- Read `package.json` for dependencies
|
|
26
|
-
- Check folder structure (`app/`, `src/`, `components/`)
|
|
27
|
-
- Identify what's already implemented
|
|
28
|
-
|
|
29
|
-
3. **Document current state**:
|
|
30
|
-
- ✅ Already implemented: [list]
|
|
31
|
-
- 🚧 Partially implemented: [list]
|
|
32
|
-
- ❌ Not yet built: [list]
|
|
33
|
-
|
|
34
|
-
4. **Ask for PRD location**, then read completely:
|
|
35
|
-
- Extract all features
|
|
36
|
-
- Note user flows
|
|
37
|
-
- Identify MVP scope vs post-MVP
|
|
38
|
-
|
|
39
|
-
5. **Ask for ARCHI location**, then read completely:
|
|
40
|
-
- Note all technology choices
|
|
41
|
-
- Understand patterns to follow
|
|
42
|
-
- Identify integration points
|
|
43
|
-
|
|
44
|
-
## Phase 2: Deep Analysis
|
|
45
|
-
|
|
46
|
-
6. **Map features to implementation**:
|
|
47
|
-
- [Feature 1] → Database models, UI, API, validation needed
|
|
48
|
-
- [Feature 2] → Real-time, file storage, background jobs needed
|
|
49
|
-
- [Feature 3] → Auth, permissions, notifications needed
|
|
50
|
-
|
|
51
|
-
7. **Create dependency graph**:
|
|
52
|
-
```
|
|
53
|
-
Foundation Layer (Database, Auth, Base UI)
|
|
54
|
-
↓
|
|
55
|
-
Core Features Layer (Primary user functionality)
|
|
56
|
-
↓
|
|
57
|
-
Integration Layer (Third-party services)
|
|
58
|
-
↓
|
|
59
|
-
Polish Layer (Error handling, optimization)
|
|
60
|
-
```
|
|
61
|
-
|
|
62
|
-
8. **Identify what can be parallelized** vs what is sequential
|
|
63
|
-
|
|
64
|
-
## Phase 3: Verify Before Creating
|
|
65
|
-
|
|
66
|
-
9. **Confirm checklist complete**:
|
|
67
|
-
- ✅ Codebase understood
|
|
68
|
-
- ✅ All PRD features extracted
|
|
69
|
-
- ✅ All ARCHI decisions understood
|
|
70
|
-
- ✅ Dependencies mapped
|
|
71
|
-
- ✅ Foundation identified
|
|
72
|
-
- ✅ Integration points clear
|
|
73
|
-
- ✅ Success criteria defined
|
|
74
|
-
|
|
75
|
-
**IF ANY MISSING**: Do more analysis first. Do NOT create tasks with gaps.
|
|
76
|
-
|
|
77
|
-
## Phase 4: Generate Task Files
|
|
78
|
-
|
|
79
|
-
10. **Create folder structure**:
|
|
80
|
-
```bash
|
|
81
|
-
mkdir -p specs/01-mvp
|
|
82
|
-
```
|
|
83
|
-
|
|
84
|
-
11. **Create individual task files** in `specs/01-mvp/`:
|
|
85
|
-
- Naming: `01-task-name.md`, `02-task-name.md`
|
|
86
|
-
- Use 2-digit numbering with kebab-case names
|
|
87
|
-
|
|
88
|
-
12. **Task file structure**:
|
|
89
|
-
|
|
90
|
-
```markdown
|
|
91
|
-
# Task [Number]: [Action-Oriented Title]
|
|
92
|
-
|
|
93
|
-
## Context
|
|
94
|
-
[Connection to PRD feature and overall vision]
|
|
95
|
-
|
|
96
|
-
## Scope
|
|
97
|
-
[Specific deliverables for this task]
|
|
98
|
-
|
|
99
|
-
## Implementation Details
|
|
100
|
-
|
|
101
|
-
### Files to Create/Modify
|
|
102
|
-
- `path/to/file.ts` - [Purpose]
|
|
103
|
-
|
|
104
|
-
### Key Functionality
|
|
105
|
-
- [What the code should do]
|
|
106
|
-
|
|
107
|
-
### Technologies Used
|
|
108
|
-
- [From ARCHI with how it's used]
|
|
109
|
-
|
|
110
|
-
### Architectural Patterns
|
|
111
|
-
[Patterns from ARCHI to follow]
|
|
112
|
-
|
|
113
|
-
## Success Criteria
|
|
114
|
-
- [ ] [Testable outcome 1]
|
|
115
|
-
- [ ] [Testable outcome 2]
|
|
116
|
-
- [ ] [Testable outcome 3]
|
|
117
|
-
|
|
118
|
-
## Testing & Validation
|
|
119
|
-
|
|
120
|
-
### Manual Testing Steps
|
|
121
|
-
1. [Step]
|
|
122
|
-
2. [Step]
|
|
123
|
-
|
|
124
|
-
### Edge Cases
|
|
125
|
-
- [Edge case]
|
|
126
|
-
|
|
127
|
-
## Dependencies
|
|
128
|
-
|
|
129
|
-
**Must complete first**:
|
|
130
|
-
- Task [N]: [Name]
|
|
131
|
-
|
|
132
|
-
**Blocks**:
|
|
133
|
-
- Task [X]: [Name]
|
|
134
|
-
|
|
135
|
-
## Related Documentation
|
|
136
|
-
- **PRD**: [Reference]
|
|
137
|
-
- **ARCHI**: [Reference]
|
|
138
|
-
|
|
139
|
-
---
|
|
140
|
-
**Estimated Time**: [1-3 hours]
|
|
141
|
-
**Phase**: [Foundation / Core / Integration / Polish]
|
|
142
|
-
```
|
|
143
|
-
|
|
144
|
-
13. **Create README overview** at `specs/README.md`:
|
|
145
|
-
|
|
146
|
-
```markdown
|
|
147
|
-
# Implementation Tasks Overview
|
|
148
|
-
|
|
149
|
-
## Project Summary
|
|
150
|
-
**From PRD**: [Summary]
|
|
151
|
-
**Tech Stack**: [From ARCHI]
|
|
152
|
-
**Current State**: [What exists]
|
|
153
|
-
|
|
154
|
-
## Task Execution Guidelines
|
|
155
|
-
- Read complete task before starting
|
|
156
|
-
- Check dependencies are met
|
|
157
|
-
- Follow ARCHI patterns
|
|
158
|
-
- Validate against success criteria
|
|
159
|
-
|
|
160
|
-
## MVP Tasks (specs/01-mvp/)
|
|
161
|
-
|
|
162
|
-
### Phase 1: Foundation
|
|
163
|
-
- [ ] `01-name.md` - [Description]
|
|
164
|
-
- [ ] `02-name.md` - [Description]
|
|
165
|
-
|
|
166
|
-
### Phase 2: Core Features
|
|
167
|
-
- [ ] `03-name.md` - [Description]
|
|
168
|
-
- [ ] `04-name.md` - [Description]
|
|
169
|
-
|
|
170
|
-
### Phase 3: Integration
|
|
171
|
-
- [ ] `05-name.md` - [Description]
|
|
172
|
-
|
|
173
|
-
### Phase 4: Polish
|
|
174
|
-
- [ ] `06-name.md` - [Description]
|
|
175
|
-
|
|
176
|
-
## Dependency Map
|
|
177
|
-
[Visual dependency graph]
|
|
178
|
-
|
|
179
|
-
## PRD Coverage
|
|
180
|
-
- ✅ [Feature]: Task [N]
|
|
181
|
-
- ✅ [Feature]: Task [N]
|
|
182
|
-
|
|
183
|
-
## Total Estimated Time: [X-Y hours]
|
|
184
|
-
```
|
|
185
|
-
</process>
|
|
186
|
-
|
|
187
|
-
<constraints>
|
|
188
|
-
**TASK SIZING**:
|
|
189
|
-
|
|
190
|
-
❌ **Too Small**:
|
|
191
|
-
- "Add TypeScript type"
|
|
192
|
-
- "Create button component"
|
|
193
|
-
- "Add validation to field"
|
|
194
|
-
|
|
195
|
-
❌ **Too Large**:
|
|
196
|
-
- "Implement complete auth system"
|
|
197
|
-
- "Build entire dashboard"
|
|
198
|
-
|
|
199
|
-
✅ **Just Right** (1-3 hours):
|
|
200
|
-
- "Create user authentication flow with email/password and session management"
|
|
201
|
-
- "Build dashboard layout with navigation and responsive design"
|
|
202
|
-
- "Implement checkout with Stripe integration and webhooks"
|
|
203
|
-
|
|
204
|
-
**OUTPUT FORMAT**:
|
|
205
|
-
- NEVER create single document with all tasks
|
|
206
|
-
- ALWAYS create individual files in `specs/01-mvp/`
|
|
207
|
-
- ALWAYS create `specs/README.md` overview
|
|
208
|
-
- Use 2-digit numbering (01-, 02-, 03-)
|
|
209
|
-
|
|
210
|
-
**QUALITY**:
|
|
211
|
-
- Every task links to PRD feature
|
|
212
|
-
- Every task follows ARCHI patterns
|
|
213
|
-
- Every task has testable success criteria
|
|
214
|
-
- Every task has clear dependencies
|
|
215
|
-
</constraints>
|
|
216
|
-
|
|
217
|
-
<output>
|
|
218
|
-
**Created files**:
|
|
219
|
-
- `specs/README.md` - Overview with dependency map
|
|
220
|
-
- `specs/01-mvp/01-name.md` through `specs/01-mvp/[N]-name.md` - Individual task files
|
|
221
|
-
|
|
222
|
-
**Each task file contains**:
|
|
223
|
-
- Context connecting to PRD
|
|
224
|
-
- Specific scope and deliverables
|
|
225
|
-
- Files to create/modify
|
|
226
|
-
- Technologies from ARCHI
|
|
227
|
-
- Testable success criteria
|
|
228
|
-
- Dependencies (before and blocks)
|
|
229
|
-
- Time estimate
|
|
230
|
-
</output>
|
|
231
|
-
|
|
232
|
-
<success_criteria>
|
|
233
|
-
- All PRD features mapped to specific tasks
|
|
234
|
-
- All ARCHI decisions reflected in task patterns
|
|
235
|
-
- Tasks ordered correctly by dependencies
|
|
236
|
-
- Each task is 1-3 hours of work
|
|
237
|
-
- Each task has clear success criteria
|
|
238
|
-
- Individual files created in `specs/01-mvp/`
|
|
239
|
-
- README created with complete overview
|
|
240
|
-
- No orphan tasks (everything connected)
|
|
241
|
-
</success_criteria>
|