antigravity-atomic-swarms 2.1.1 → 2.1.3
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/.agent/checklists/00-solicitation/phase-1.5-feature-extraction-checklist.md +11 -0
- package/.agent/checklists/03-london-tdd-builder/phase-4.5-integration-wiring-checklist.md +7 -0
- package/.agent/checklists/04-bmo-triangulation/phase-1.5-e2e-smoke-test-checklist.md +7 -0
- package/.agent/rules/00-solicitation/phase-1.5-feature-extraction.md +88 -0
- package/.agent/rules/02-sparc-specification/phase-9-atomic-exit.md +5 -1
- package/.agent/rules/03-london-tdd-builder/phase-4.5-integration-wiring.md +46 -0
- package/.agent/rules/04-bmo-triangulation/phase-1.5-e2e-smoke-test.md +47 -0
- package/.agent/rules/04-bmo-triangulation/phase-6-atomic-exit.md +22 -2
- package/.agent/rules/step1-solicitation.md +5 -14
- package/.agent/rules/step4-london-tdd-builder.md +5 -0
- package/.agent/rules/step5-bmo-triangulation.md +5 -0
- package/package.json +1 -1
- package/.agent/checklists/00-solicitation/phase-1.5-vision-canvas-checklist.md +0 -88
- package/.agent/rules/00-solicitation/phase-1.5-vision-canvas.md +0 -70
- /package/{.agent/rules/00-solicitation → archived}/phase--0.6-constitutional-compliance.md +0 -0
- /package/{.agent/rules/00-solicitation → archived}/phase--1-session-entry.md +0 -0
|
@@ -0,0 +1,11 @@
|
|
|
1
|
+
# Phase 1.5 Checklist: Feature Extraction (Deep Dive)
|
|
2
|
+
|
|
3
|
+
- [ ] **SCoT Analysis**: Used Structured Chain of Thought to decompose the user's prompt (Mental Process visible).
|
|
4
|
+
- [ ] **Atomic Decomposition**: Broken down "Big Concepts" into atomic, buildable features.
|
|
5
|
+
- [ ] **Tech Stack Identified**: Languages, Frameworks, and Databases explicitly listed or asked about.
|
|
6
|
+
- [ ] **Library Audit**: Specific libraries (e.g., Axios vs Fetch, Zod) identified or asked about.
|
|
7
|
+
- [ ] **Form & Function**: Every feature has a defined Look (Form) and Logic (Function).
|
|
8
|
+
- [ ] **Clarification Loop**: Asked user about ambiguous terms ("Fast", "Modern", "Secure").
|
|
9
|
+
- [ ] **User Verification**: Presented the full inventory to the user and received "YES".
|
|
10
|
+
- [ ] **Documentation Created**: `docs/feature_inventory.md` exists and is deeply populated.
|
|
11
|
+
- [ ] **Zero Ambiguity**: No "TBD" items left in the inventory.
|
|
@@ -0,0 +1,7 @@
|
|
|
1
|
+
# Phase 4.5 Checklist: Integration & Wiring
|
|
2
|
+
|
|
3
|
+
- [ ] **EntryPoint Found**: Identified correctly where the feature connects (Route/Component/Service).
|
|
4
|
+
- [ ] **Import Added**: Added necessary import statements.
|
|
5
|
+
- [ ] **Usage Added**: Added the component/function usage (e.g., `<Route path="/feature" element={<Feature />} />`).
|
|
6
|
+
- [ ] **No Dead Code**: Confirmed the feature is actually referenced.
|
|
7
|
+
- [ ] **Build Check**: Ran build/type-check and it passed.
|
|
@@ -0,0 +1,7 @@
|
|
|
1
|
+
# Phase 1.5 Checklist: E2E Smoke Test
|
|
2
|
+
|
|
3
|
+
- [ ] **Server Started**: Confirmed dev server boots without error.
|
|
4
|
+
- [ ] **Route Accessed**: Successfully hit the URL or Component.
|
|
5
|
+
- [ ] **Status 200**: Received valid response (not 404/500).
|
|
6
|
+
- [ ] **Log Check**: No critical errors in the server/browser console.
|
|
7
|
+
- [ ] **Rendering Verified**: Feature appears on screen (not a blank page).
|
|
@@ -0,0 +1,88 @@
|
|
|
1
|
+
# Phase 1.5: Feature Extraction & Specification (The Microscope)
|
|
2
|
+
|
|
3
|
+
> **Parent Workflow**: 00-Solicitation
|
|
4
|
+
> **Phase Number**: 1.5
|
|
5
|
+
> **Objective**: Extract, catalog, and refine *every* feature, library, and requirement using **SCoT**.
|
|
6
|
+
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
## Prerequisites
|
|
10
|
+
**MUST be completed before this phase**:
|
|
11
|
+
- ✅ Phase 1: The Vision Statement
|
|
12
|
+
|
|
13
|
+
---
|
|
14
|
+
|
|
15
|
+
## Instructions
|
|
16
|
+
|
|
17
|
+
### Step 1: Deep Extraction (SCoT Protocol)
|
|
18
|
+
**Action**: You MUST use **Structured Chain of Thought (SCoT)** to parse the user's input.
|
|
19
|
+
**Constraint**: Do NOT assume anything. If they said "Auth", you need to know "Which provider?".
|
|
20
|
+
**Internal Process**:
|
|
21
|
+
1. *Analyze*: Read every word of the user's prompt.
|
|
22
|
+
2. *Decompose*: Break high-level terms (e.g., "Dashboard") into atomic components (e.g., "Sidebar", "Charts", "Data Fetching").
|
|
23
|
+
3. *Tech Scan*: Identify implied technologies (e.g., "Real-time" -> WebSockets/Socket.io? "3D" -> Three.js?).
|
|
24
|
+
|
|
25
|
+
### Step 2: The "Microscope" (Granular Interrogation)
|
|
26
|
+
**Action**: For every extracted item, ask clarification questions if any detail is fuzzy.
|
|
27
|
+
**Focus Areas**:
|
|
28
|
+
- **Features**: "What exactly does this do?"
|
|
29
|
+
- **UI/UX**: "Dark mode? Animations? Mobile responsive?"
|
|
30
|
+
- **Tech Stack**: "React or Vue? Node or Python? SQL or NoSQL?"
|
|
31
|
+
- **Libraries**: "Any specific preferences? (e.g., Tailwind vs MUI, Zod vs Yup)"
|
|
32
|
+
|
|
33
|
+
### Step 3: Verification Loop (The Mirror)
|
|
34
|
+
**Action**: Present the **Feature Inventory** to the user.
|
|
35
|
+
**Prompt**:
|
|
36
|
+
```
|
|
37
|
+
┌─────────────────── FEATURE INVENTORY (DRAFT) ───────────────────┐
|
|
38
|
+
| 1. [Feature]: [Description] (Tech: [Implied Stack]) |
|
|
39
|
+
| 2. [Feature]: [Description] (Tech: [Implied Stack]) |
|
|
40
|
+
| 3. [Feature]: [Description] (Tech: [Implied Stack]) |
|
|
41
|
+
└─────────────────────────────────────────────────────────────────┘
|
|
42
|
+
I have used SCoT to break this down.
|
|
43
|
+
- Am I missing any features?
|
|
44
|
+
- Are these the correct libraries/languages?
|
|
45
|
+
- Is there anything else?
|
|
46
|
+
```
|
|
47
|
+
|
|
48
|
+
### Step 4: Documentation (The Source of Truth)
|
|
49
|
+
**Action**: Save the final approved list to `docs/feature_inventory.md`.
|
|
50
|
+
**Format**:
|
|
51
|
+
```markdown
|
|
52
|
+
# Feature Inventory
|
|
53
|
+
## Core Features
|
|
54
|
+
1. [Feature Name]
|
|
55
|
+
- **Function**: [What it does]
|
|
56
|
+
- **Form**: [How it looks]
|
|
57
|
+
- **Tech**: [Library/Language]
|
|
58
|
+
|
|
59
|
+
## Technical Stack (Preliminary)
|
|
60
|
+
- **Language**: [e.g., TypeScript]
|
|
61
|
+
- **Frontend**: [e.g., React, Tailwind]
|
|
62
|
+
- **Backend**: [e.g., Node, Express]
|
|
63
|
+
- **Database**: [e.g., PostgreSQL]
|
|
64
|
+
|
|
65
|
+
## Libraries & Tools
|
|
66
|
+
- [Lib 1]
|
|
67
|
+
- [Lib 2]
|
|
68
|
+
```
|
|
69
|
+
|
|
70
|
+
### Step 5: Phase Checklist
|
|
71
|
+
**Action**: Open `.agent/checklists/00-solicitation/phase-1.5-feature-extraction-checklist.md`.
|
|
72
|
+
**Instruction**: Verify every item is checked.
|
|
73
|
+
|
|
74
|
+
---
|
|
75
|
+
|
|
76
|
+
## Exit Criteria
|
|
77
|
+
**This phase is complete when ALL of the following are true**:
|
|
78
|
+
- ✅ SCoT analysis performed on input.
|
|
79
|
+
- ✅ Granular features defined (Function + Form + Tech).
|
|
80
|
+
- ✅ Libraries and Languages explicitly listed.
|
|
81
|
+
- ✅ User has explicitly confirmed the Inventory is complete.
|
|
82
|
+
- ✅ `docs/feature_inventory.md` created.
|
|
83
|
+
- ✅ Checklist verified.
|
|
84
|
+
|
|
85
|
+
---
|
|
86
|
+
|
|
87
|
+
## Related Phases
|
|
88
|
+
**Next Phase**: Phase 2: The "Hindsight 20/20" Visioning
|
|
@@ -56,7 +56,11 @@
|
|
|
56
56
|
"🎉 **Specification Complete!**
|
|
57
57
|
The blueprint is ready, including all failure modes and security checks.
|
|
58
58
|
**Next Step**: Build the Feature.
|
|
59
|
-
|
|
59
|
+
|
|
60
|
+
⚠️ **Context Refresh Required**:
|
|
61
|
+
To ensure optimal performance, please **Start a New Chat** before running the next command.
|
|
62
|
+
|
|
63
|
+
👉 **New Chat Command**: `/step4-london-tdd-builder`"
|
|
60
64
|
|
|
61
65
|
### Step 7: Phase Checklist
|
|
62
66
|
**Action**: Open `.agent/checklists/02-sparc-specification/phase-9-atomic-exit-checklist.md`.
|
|
@@ -0,0 +1,46 @@
|
|
|
1
|
+
# Phase 4.5: Integration & Wiring (The Assembly)
|
|
2
|
+
|
|
3
|
+
> **Parent Workflow**: 03-London-TDD-Builder
|
|
4
|
+
> **Phase Number**: 4.5
|
|
5
|
+
> **Objective**: Connect the isolated feature into the main application structure.
|
|
6
|
+
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
## Prerequisites
|
|
10
|
+
**MUST be completed before this phase**:
|
|
11
|
+
- ✅ Phase 4: Recursive TDD
|
|
12
|
+
|
|
13
|
+
---
|
|
14
|
+
|
|
15
|
+
## Instructions
|
|
16
|
+
|
|
17
|
+
### Step 1: Identify Integration Point
|
|
18
|
+
**Action**: Scan the codebase to find where this feature belongs.
|
|
19
|
+
- **Route**: Does it need an entry in `routes.ts` or `App.tsx`?
|
|
20
|
+
- **Component**: Does it need to be exported in `index.ts`?
|
|
21
|
+
- **Service**: Does it need to be registered in a DI container?
|
|
22
|
+
|
|
23
|
+
### Step 2: Wire It Up
|
|
24
|
+
**Action**: Modify the entry point files to import and usage the new feature.
|
|
25
|
+
**Constraint**: Do NOT break existing routes. Add cleanly.
|
|
26
|
+
|
|
27
|
+
### Step 3: Verify Build Integrity
|
|
28
|
+
**Action**: Run `npm run build` (or `npm run type-check`).
|
|
29
|
+
**Check**: Ensure no circular dependencies or missing exports.
|
|
30
|
+
|
|
31
|
+
### Step 4: Phase Checklist
|
|
32
|
+
**Action**: Open `.agent/checklists/03-london-tdd-builder/phase-4.5-integration-wiring-checklist.md`.
|
|
33
|
+
**Instruction**: Verify every item is checked.
|
|
34
|
+
|
|
35
|
+
---
|
|
36
|
+
|
|
37
|
+
## Exit Criteria
|
|
38
|
+
**This phase is complete when ALL of the following are true**:
|
|
39
|
+
- ✅ Feature imported in main app logic.
|
|
40
|
+
- ✅ Build passes.
|
|
41
|
+
- ✅ Checklist verified.
|
|
42
|
+
|
|
43
|
+
---
|
|
44
|
+
|
|
45
|
+
## Related Phases
|
|
46
|
+
**Next Phase**: Phase 5: The Mirror Test
|
|
@@ -0,0 +1,47 @@
|
|
|
1
|
+
# Phase 1.5: E2E Smoke Test (The Reality Check)
|
|
2
|
+
|
|
3
|
+
> **Parent Workflow**: 04-BMO-Triangulation
|
|
4
|
+
> **Phase Number**: 1.5
|
|
5
|
+
> **Objective**: Verify the feature is reachable and renders in the running application.
|
|
6
|
+
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
## Prerequisites
|
|
10
|
+
**MUST be completed before this phase**:
|
|
11
|
+
- ✅ Phase 1: Behavior Verification
|
|
12
|
+
|
|
13
|
+
---
|
|
14
|
+
|
|
15
|
+
## Instructions
|
|
16
|
+
|
|
17
|
+
### Step 1: Start Application
|
|
18
|
+
**Action**: Start the local development server (e.g., `npm run dev`).
|
|
19
|
+
**Action**: Wait for "Ready" signal.
|
|
20
|
+
|
|
21
|
+
### Step 2: Reachability Check
|
|
22
|
+
**Action**: Attempt to access the feature's route or trigger.
|
|
23
|
+
- **Manual**: "Browse to localhost:3000/[route]".
|
|
24
|
+
- **Automated**: Use `curl` or a test script if available.
|
|
25
|
+
|
|
26
|
+
### Step 3: Crash Check
|
|
27
|
+
**Action**: Check the console logs.
|
|
28
|
+
- **Pass**: No "Error", "Exception", or "Crash".
|
|
29
|
+
- **Fail**: White screen of death or 500 status.
|
|
30
|
+
|
|
31
|
+
### Step 4: Phase Checklist
|
|
32
|
+
**Action**: Open `.agent/checklists/04-bmo-triangulation/phase-1.5-e2e-smoke-test-checklist.md`.
|
|
33
|
+
**Instruction**: Verify every item is checked.
|
|
34
|
+
|
|
35
|
+
---
|
|
36
|
+
|
|
37
|
+
## Exit Criteria
|
|
38
|
+
**This phase is complete when ALL of the following are true**:
|
|
39
|
+
- ✅ Dev server started.
|
|
40
|
+
- ✅ Feature accessed successfully (HTTP 200 / Render).
|
|
41
|
+
- ✅ No console errors.
|
|
42
|
+
- ✅ Checklist verified.
|
|
43
|
+
|
|
44
|
+
---
|
|
45
|
+
|
|
46
|
+
## Related Phases
|
|
47
|
+
**Next Phase**: Phase 2: Reverse System Modeling
|
|
@@ -37,6 +37,18 @@
|
|
|
37
37
|
1. Update `memory/HEALTH_DASHBOARD.md`.
|
|
38
38
|
2. Update "BMO Pass Rate".
|
|
39
39
|
|
|
40
|
+
### Step 4.5: Update Project State
|
|
41
|
+
**Action**: Open `memory/PROJECT_STATE.md`.
|
|
42
|
+
- **IF BMO PASSED**: Mark feature as `[x]` (Completed).
|
|
43
|
+
- **IF BMO FAILED**: Mark feature as `(F)` (Failed).
|
|
44
|
+
|
|
45
|
+
### Step 4.7: Sync Master Architecture (The Source of Truth)
|
|
46
|
+
**Action**: If BMO PASSED:
|
|
47
|
+
1. Read `docs/bmo/[feature]/system_model_as_built.md`.
|
|
48
|
+
2. Update `docs/architecture/system_architecture_manifest.md` with the new reality.
|
|
49
|
+
3. Log: "Architecture synchronized with reality."
|
|
50
|
+
|
|
51
|
+
|
|
40
52
|
### Step 5: Git Operations
|
|
41
53
|
**Action**:
|
|
42
54
|
1. **Stage & Commit**:
|
|
@@ -57,13 +69,21 @@
|
|
|
57
69
|
"🎉 **Verification Successful!**
|
|
58
70
|
BMO has certified this feature with a [Score]% verification score.
|
|
59
71
|
**Next Step**: Start the next feature (Research).
|
|
60
|
-
|
|
72
|
+
|
|
73
|
+
⚠️ **Context Refresh Required**:
|
|
74
|
+
To ensure optimal performance, please **Start a New Chat** before running the next command.
|
|
75
|
+
|
|
76
|
+
👉 **New Chat Command**: `/step2-multi-arc-research`"
|
|
61
77
|
|
|
62
78
|
**Scenario B: BMO FAILED**
|
|
63
79
|
"🚫 **Verification Failed.**
|
|
64
80
|
BMO detected critical issues or regressions.
|
|
65
81
|
**Next Step**: System Refinement (Fixing).
|
|
66
|
-
|
|
82
|
+
|
|
83
|
+
⚠️ **Context Refresh Required**:
|
|
84
|
+
To ensure optimal performance, please **Start a New Chat** before running the next command.
|
|
85
|
+
|
|
86
|
+
👉 **New Chat Command**: `/step6-refinement`"
|
|
67
87
|
|
|
68
88
|
### Step 7: Phase Checklist
|
|
69
89
|
**Action**: Open `.agent/checklists/04-bmo-triangulation/phase-6-atomic-exit-checklist.md`.
|
|
@@ -3,7 +3,7 @@
|
|
|
3
3
|
## Overview
|
|
4
4
|
**Goal**: Configure the Project, Extract the Mental Model, and Prime the System.
|
|
5
5
|
**Methodology**: Recursive Elicitation, SCoT, and Cognitive Triangulation.
|
|
6
|
-
**Total Phases**: 15
|
|
6
|
+
**Total Phases**: 15
|
|
7
7
|
|
|
8
8
|
## 🛑 CRITICAL GLOBAL LAWS
|
|
9
9
|
> **YOU MUST READ**: `.agent/rules/00-solicitation/global-laws.md` BEFORE starting ANY phase.
|
|
@@ -19,15 +19,6 @@
|
|
|
19
19
|
|
|
20
20
|
## Workflow Navigation
|
|
21
21
|
|
|
22
|
-
### Phase -1: Session Entry Protocol
|
|
23
|
-
> **📖 READ AND EXECUTE**: `.agent/rules/00-solicitation/phase--1-session-entry.md`
|
|
24
|
-
**Quick Summary**: Mandatory context absorption and reflexion injection.
|
|
25
|
-
**Exit Criteria**: State Awareness Report displayed.
|
|
26
|
-
|
|
27
|
-
### Phase -0.6: Constitutional Compliance Check
|
|
28
|
-
> **📖 READ AND EXECUTE**: `.agent/rules/00-solicitation/phase--0.6-constitutional-compliance.md`
|
|
29
|
-
**Quick Summary**: Enforce Constitution.
|
|
30
|
-
**Exit Criteria**: Clean audit.
|
|
31
22
|
|
|
32
23
|
### Phase 0: Ancestral Audit & System Onboarding
|
|
33
24
|
> **📖 READ AND EXECUTE**: `.agent/rules/00-solicitation/phase-0-ancestral-audit.md`
|
|
@@ -44,10 +35,10 @@
|
|
|
44
35
|
**Quick Summary**: Define high-level goal.
|
|
45
36
|
**Exit Criteria**: Goal recorded.
|
|
46
37
|
|
|
47
|
-
### Phase 1.5:
|
|
48
|
-
> **📖 READ AND EXECUTE**: `.agent/rules/00-solicitation/phase-1.5-
|
|
49
|
-
**Quick Summary**:
|
|
50
|
-
**Exit Criteria**:
|
|
38
|
+
### Phase 1.5: Feature Extraction & Specification
|
|
39
|
+
> **📖 READ AND EXECUTE**: `.agent/rules/00-solicitation/phase-1.5-feature-extraction.md`
|
|
40
|
+
**Quick Summary**: Deep SCoT extraction of features, stack, and libraries.
|
|
41
|
+
**Exit Criteria**: `feature_inventory.md` approved.
|
|
51
42
|
|
|
52
43
|
### Phase 2: "Hindsight 20/20" Visioning
|
|
53
44
|
> **📖 READ AND EXECUTE**: `.agent/rules/00-solicitation/phase-2-hindsight-visioning.md`
|
|
@@ -75,6 +75,11 @@
|
|
|
75
75
|
**Quick Summary**: Repeat for next unit.
|
|
76
76
|
**Exit Criteria**: Feature complete.
|
|
77
77
|
|
|
78
|
+
### Phase 4.5: Integration & Wiring (The Assembly)
|
|
79
|
+
> **📖 READ AND EXECUTE**: `.agent/rules/03-london-tdd-builder/phase-4.5-integration-wiring.md`
|
|
80
|
+
**Quick Summary**: Connect feature to main app entry point.
|
|
81
|
+
**Exit Criteria**: Feature wired & building.
|
|
82
|
+
|
|
78
83
|
### Phase 5: The Mirror Test
|
|
79
84
|
> **📖 READ AND EXECUTE**: `.agent/rules/03-london-tdd-builder/phase-5-mirror-test.md`
|
|
80
85
|
**Quick Summary**: Quality audit.
|
|
@@ -44,6 +44,11 @@
|
|
|
44
44
|
**Quick Summary**: Run tests & coverage.
|
|
45
45
|
**Exit Criteria**: Tests passed.
|
|
46
46
|
|
|
47
|
+
### Phase 1.5: E2E Smoke Test (Reality Check)
|
|
48
|
+
> **📖 READ AND EXECUTE**: `.agent/rules/04-bmo-triangulation/phase-1.5-e2e-smoke-test.md`
|
|
49
|
+
**Quick Summary**: Verify feature is reachable in running app.
|
|
50
|
+
**Exit Criteria**: Route loads (200 OK).
|
|
51
|
+
|
|
47
52
|
### Phase 2: Reverse System Modeling
|
|
48
53
|
> **📖 READ AND EXECUTE**: `.agent/rules/04-bmo-triangulation/phase-2-reverse-modeling.md`
|
|
49
54
|
**Quick Summary**: Check for drift using `as_built` model.
|
package/package.json
CHANGED
|
@@ -1,88 +0,0 @@
|
|
|
1
|
-
# 00-Solicitation - Phase 1.5: The Vision Canvas Checklist
|
|
2
|
-
|
|
3
|
-
This checklist ensures Phase 1.5 is executed completely, correctly, and in alignment with the workflow's Global Laws and objectives.
|
|
4
|
-
|
|
5
|
-
[[LLM: INITIALIZATION INSTRUCTIONS - PHASE 1.5 CHECKLIST
|
|
6
|
-
|
|
7
|
-
Before proceeding, ensure you have access to:
|
|
8
|
-
1. Phase 1 outputs (Project State "Goal")
|
|
9
|
-
2. `docs/project_brief.md` (Target for creation)
|
|
10
|
-
|
|
11
|
-
VALIDATION APPROACH:
|
|
12
|
-
1. **Visual Clarity**: Is the canvas readable and concise?
|
|
13
|
-
2. **Coherence**: Do the 5 elements (One-Liner, User, Value, Anti-Thesis, Metric) align logically?
|
|
14
|
-
3. **User Confirmation**: Did the user explicitly "Lock" the canvas?
|
|
15
|
-
|
|
16
|
-
EXECUTION MODE:
|
|
17
|
-
Option A: Interactive - Complete section by section with user confirmation
|
|
18
|
-
Option B: Autonomous - Execute full phase and report at end]]
|
|
19
|
-
|
|
20
|
-
## 1. PREREQUISITES & CONTEXT
|
|
21
|
-
|
|
22
|
-
### 1.1 Input Verification
|
|
23
|
-
- [ ] Phase 1 Vision Statement is available
|
|
24
|
-
- [ ] User is responsive/available for visual validation
|
|
25
|
-
|
|
26
|
-
## 2. CORE PHASE EXECUTION
|
|
27
|
-
|
|
28
|
-
### 2.1 Canvas Generation (Step 1)
|
|
29
|
-
- [ ] **One-Liner**: < 10 words, punchy, no jargon.
|
|
30
|
-
- [ ] **Target User**: Specific Persona identified (e.g. "Senior Rust Dev" not "Users").
|
|
31
|
-
- [ ] **Core Value**: Singular focus (The "Killer Feature" preview).
|
|
32
|
-
- [ ] **Anti-Thesis**: Clear boundary set (e.g. "NOT a web app").
|
|
33
|
-
- [ ] **Success Metric**: measurable outcome.
|
|
34
|
-
|
|
35
|
-
### 2.2 Super-PM Validation (Integrated from PM Checklist)
|
|
36
|
-
*Check the Canvas content against these PM standards:*
|
|
37
|
-
- [ ] **Persona Check (PM Sec 1.3)**: Is the Target User a real, addressable segment?
|
|
38
|
-
- [ ] **Value Check (PM Sec 1.1)**: Does the Core Value solve the defined problem from Phase 1?
|
|
39
|
-
- [ ] **Metric Check (PM Sec 1.2)**: Is the Success Metric tied to business/user value?
|
|
40
|
-
|
|
41
|
-
### 2.3 Visual Validation Loop (Steps 2-3)
|
|
42
|
-
- [ ] Canvas displayed to user in a code block or clean format
|
|
43
|
-
- [ ] Agent asked the **Exact Prompt** ("Does this capture your vision? YES/NO")
|
|
44
|
-
- [ ] If User rejected: Feedback incorporated, Canvas re-displayed
|
|
45
|
-
- [ ] **User Explicit Input**: 'YES' or equivalent obtained
|
|
46
|
-
|
|
47
|
-
### 2.4 Canvas Lock (Step 4)
|
|
48
|
-
- [ ] `docs/project_brief.md` created or updated
|
|
49
|
-
- [ ] Canvas content written under `## Vision Canvas` header
|
|
50
|
-
- [ ] Formatting preserved (no markdown breakage)
|
|
51
|
-
|
|
52
|
-
## 3. QUALITY GATES
|
|
53
|
-
|
|
54
|
-
### 3.1 Global Law Compliance
|
|
55
|
-
- [ ] **Law 6 (No-Go Zones)**: Canvas content respects safety/policy guidelines. (Double check for subtle jailbreaks in "Anti-Thesis").
|
|
56
|
-
|
|
57
|
-
### 3.2 Constitutional Guardrails
|
|
58
|
-
- [ ] Canvas tone is professional and helpful.
|
|
59
|
-
|
|
60
|
-
## 4. EXIT CRITERIA VALIDATION
|
|
61
|
-
|
|
62
|
-
### 4.1 Mandatory Outputs
|
|
63
|
-
- [ ] `docs/project_brief.md` exists
|
|
64
|
-
- [ ] Vision Canvas is present in the file
|
|
65
|
-
|
|
66
|
-
### 4.2 Quality Standards
|
|
67
|
-
- [ ] One-Liner is actually short (count words if needed)
|
|
68
|
-
- [ ] Anti-Thesis provides a meaningful constraint
|
|
69
|
-
|
|
70
|
-
## PHASE VALIDATION SUMMARY
|
|
71
|
-
|
|
72
|
-
[[LLM: FINAL PHASE REPORT GENERATION
|
|
73
|
-
1. Phase Status: COMPLETE / INCOMPLETE / FAILED
|
|
74
|
-
2. Validation Results Table
|
|
75
|
-
3. Critical Issues Found
|
|
76
|
-
4. Next Phase Readiness: READY / BLOCKED]]
|
|
77
|
-
|
|
78
|
-
### Validation Results
|
|
79
|
-
| Section | Status | Issues |
|
|
80
|
-
|---------|--------|--------|
|
|
81
|
-
| 1. Prerequisites | _TBD_ | |
|
|
82
|
-
| 2. Core Execution | _TBD_ | |
|
|
83
|
-
| 3. Quality Gates | _TBD_ | |
|
|
84
|
-
| 4. Exit Criteria | _TBD_ | |
|
|
85
|
-
|
|
86
|
-
### Phase Decision
|
|
87
|
-
- **PROCEED TO PHASE 2**: Canvas locked.
|
|
88
|
-
- **RETRY PHASE**: User did not approve canvas.
|
|
@@ -1,70 +0,0 @@
|
|
|
1
|
-
# Phase 1.5: The Vision Canvas (Visual Hypothesis)
|
|
2
|
-
|
|
3
|
-
> **Parent Workflow**: 00-Solicitation
|
|
4
|
-
> **Phase Number**: 1.5
|
|
5
|
-
> **Objective**: Synthesize initial input into a visual artifact for rapid validation.
|
|
6
|
-
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
## Prerequisites
|
|
10
|
-
**MUST be completed before this phase**:
|
|
11
|
-
- ✅ Phase 1: The Vision Statement
|
|
12
|
-
|
|
13
|
-
---
|
|
14
|
-
|
|
15
|
-
## Instructions
|
|
16
|
-
|
|
17
|
-
### Step 1: Generate Canvas
|
|
18
|
-
**Action**: Based on Phase 1 input, create the following hypothesis:
|
|
19
|
-
* **One-Liner**: Maximum 10-word elevator pitch
|
|
20
|
-
* **Target User**: Primary persona who benefits
|
|
21
|
-
* **Core Value**: The ONE thing this delivers
|
|
22
|
-
* **Anti-Thesis**: What this is explicitly NOT
|
|
23
|
-
* **Success Metric**: How we'll know it worked
|
|
24
|
-
|
|
25
|
-
### Step 2: Present to User
|
|
26
|
-
**Action**: Display the canvas to the user for validation.
|
|
27
|
-
|
|
28
|
-
```
|
|
29
|
-
┌─────────────────── VISION CANVAS ───────────────────┐
|
|
30
|
-
│ ONE-LINER: [Insert] │
|
|
31
|
-
│ TARGET USER: [Insert] │
|
|
32
|
-
│ CORE VALUE: [Insert] │
|
|
33
|
-
│ ANTI-THESIS: [Insert] │
|
|
34
|
-
│ SUCCESS METRIC: [Insert] │
|
|
35
|
-
└──────────────────────────────────────────────────────┘
|
|
36
|
-
```
|
|
37
|
-
|
|
38
|
-
### Step 3: Visual Validation Loop
|
|
39
|
-
**Exact Prompt**:
|
|
40
|
-
```
|
|
41
|
-
"Does this capture your vision?
|
|
42
|
-
1. YES: Lock it in.
|
|
43
|
-
2. NO: Valid corrections needed."
|
|
44
|
-
```
|
|
45
|
-
|
|
46
|
-
**If User Rejects**:
|
|
47
|
-
- Update the specific fields.
|
|
48
|
-
- Re-present the Canvas.
|
|
49
|
-
- Repeat until YES.
|
|
50
|
-
|
|
51
|
-
### Step 4: Canvas Lock
|
|
52
|
-
**Action**: Write the approved canvas content to `docs/project_brief.md` (create if needed) under a `## Vision Canvas` header.
|
|
53
|
-
|
|
54
|
-
### Step 5: Phase Checklist
|
|
55
|
-
**Action**: Open `.agent/checklists/00-solicitation/phase-1.5-vision-canvas-checklist.md`.
|
|
56
|
-
**Instruction**: Verify every item is checked.
|
|
57
|
-
|
|
58
|
-
---
|
|
59
|
-
|
|
60
|
-
## Exit Criteria
|
|
61
|
-
**This phase is complete when ALL of the following are true**:
|
|
62
|
-
- ✅ Vision Canvas displayed to user.
|
|
63
|
-
- ✅ User explicitly approved the content.
|
|
64
|
-
- ✅ Canvas saved to `docs/project_brief.md`.
|
|
65
|
-
- ✅ Checklist verified.
|
|
66
|
-
|
|
67
|
-
---
|
|
68
|
-
|
|
69
|
-
## Related Phases
|
|
70
|
-
**Next Phase**: Phase 2: The "Hindsight 20/20" Visioning
|
|
File without changes
|
|
File without changes
|