antigravity-atomic-swarms 2.1.2 → 2.1.4
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 +9 -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 +76 -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 -4
- 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,9 @@
|
|
|
1
|
+
# Phase 1.5 Checklist: Feature Extraction (Collaborative)
|
|
2
|
+
|
|
3
|
+
- [ ] **Context Hydrated**: Read Vision from `PROJECT_STATE.md` at start.
|
|
4
|
+
- [ ] **Recursive Loop**: Engaged in at least one cycle of "Suggest -> Confirm".
|
|
5
|
+
- [ ] **Proactive Suggestions**: Agent suggested features/libs the user didn't explicitly mention.
|
|
6
|
+
- [ ] **Real-Time Updates**: `feature_inventory.md` was updated (or drafted) during the loop.
|
|
7
|
+
- [ ] **Granularity Check**: Features are decomposed (Function + Form + Tech).
|
|
8
|
+
- [ ] **"Anything Else?"**: Asked the user if they had more ideas before closing the loop.
|
|
9
|
+
- [ ] **Final Approval**: User explicitly approved the "Locked Feature 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,76 @@
|
|
|
1
|
+
# Phase 1.5: Feature Extraction & Specification (The Collaborative Loop)
|
|
2
|
+
|
|
3
|
+
> **Parent Workflow**: 00-Solicitation
|
|
4
|
+
> **Phase Number**: 1.5
|
|
5
|
+
> **Objective**: collaboratively extract, suggest, and refine *every* feature in a recursive loop until the user is satisfied.
|
|
6
|
+
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
## Prerequisites
|
|
10
|
+
**MUST be completed before this phase**:
|
|
11
|
+
- ✅ Phase 1: The Vision Statement (or existing `PROJECT_STATE.md`)
|
|
12
|
+
|
|
13
|
+
---
|
|
14
|
+
|
|
15
|
+
## Instructions
|
|
16
|
+
|
|
17
|
+
### Step 0: Context Hydration
|
|
18
|
+
**Action**: Read `memory/PROJECT_STATE.md`.
|
|
19
|
+
**Internal Thought**: "What is the high-level goal? I need to know this to make suggestions."
|
|
20
|
+
|
|
21
|
+
### Step 1: The Recursive Extraction Loop (REPEAT UNTIL DONE)
|
|
22
|
+
**Action**: Enter a loop of extraction, suggestion, and verification.
|
|
23
|
+
|
|
24
|
+
#### 1.1: Analyze & Suggest
|
|
25
|
+
- **Read**: The user's latest input.
|
|
26
|
+
- **Extract**: Identify features, tech, and constraints using SCoT.
|
|
27
|
+
- **Suggest**: "Based on [User Input], you might also need [Suggestion A] and [Suggestion B]. Should I add these?"
|
|
28
|
+
- **Clarify**: "For [Feature X], did you mean [Option A] or [Option B]?"
|
|
29
|
+
|
|
30
|
+
#### 1.2: Update Inventory (Real-Time)
|
|
31
|
+
- **Action**: Update `docs/feature_inventory.md` with *confirmed* items.
|
|
32
|
+
- **Display**: Show the current "Draft Inventory" in the chat.
|
|
33
|
+
```markdown
|
|
34
|
+
**Current Inventory**:
|
|
35
|
+
1. [Feature 1]
|
|
36
|
+
2. [Feature 2]
|
|
37
|
+
...
|
|
38
|
+
```
|
|
39
|
+
|
|
40
|
+
#### 1.3: The "Anything Else?" Gate
|
|
41
|
+
- **Ask**: "Is there anything else you can think of? Or any other features I should suggest?"
|
|
42
|
+
- **If User says 'More'**: Repeat Step 1.1.
|
|
43
|
+
- **If User says 'Done'**: Proceed to Step 2.
|
|
44
|
+
|
|
45
|
+
### Step 2: Final Verification (The Mirror)
|
|
46
|
+
**Action**: Present the **Final Feature Inventory** to the user.
|
|
47
|
+
**Prompt**:
|
|
48
|
+
```
|
|
49
|
+
┌─────────────────── LOCKED FEATURE INVENTORY ───────────────────┐
|
|
50
|
+
| [Full List of Features, Tech Stack, and Libraries] |
|
|
51
|
+
└────────────────────────────────────────────────────────────────┘
|
|
52
|
+
Are we ready to lock this in and move to Hindsight Visioning?
|
|
53
|
+
1. YES: Proceed.
|
|
54
|
+
2. NO: Back to Loop.
|
|
55
|
+
```
|
|
56
|
+
|
|
57
|
+
### Step 3: Documentation
|
|
58
|
+
**Action**: Ensure `docs/feature_inventory.md` is complete and saved.
|
|
59
|
+
|
|
60
|
+
### Step 4: Phase Checklist
|
|
61
|
+
**Action**: Open `.agent/checklists/00-solicitation/phase-1.5-feature-extraction-checklist.md`.
|
|
62
|
+
**Instruction**: Verify every item is checked.
|
|
63
|
+
|
|
64
|
+
---
|
|
65
|
+
|
|
66
|
+
## Exit Criteria
|
|
67
|
+
**This phase is complete when ALL of the following are true**:
|
|
68
|
+
- ✅ Recursive loop continued until user said "Done".
|
|
69
|
+
- ✅ Agent proactively made suggestions.
|
|
70
|
+
- ✅ `docs/feature_inventory.md` created and approved.
|
|
71
|
+
- ✅ Checklist verified.
|
|
72
|
+
|
|
73
|
+
---
|
|
74
|
+
|
|
75
|
+
## Related Phases
|
|
76
|
+
**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`.
|
|
@@ -32,13 +32,14 @@
|
|
|
32
32
|
|
|
33
33
|
### Phase 1: The Vision Statement
|
|
34
34
|
> **📖 READ AND EXECUTE**: `.agent/rules/00-solicitation/phase-1-vision-statement.md`
|
|
35
|
+
**Smart Skip**: If `memory/PROJECT_STATE.md` already contains a high-level goal, SKIP this phase and jump to Phase 1.5.
|
|
35
36
|
**Quick Summary**: Define high-level goal.
|
|
36
37
|
**Exit Criteria**: Goal recorded.
|
|
37
38
|
|
|
38
|
-
### Phase 1.5:
|
|
39
|
-
> **📖 READ AND EXECUTE**: `.agent/rules/00-solicitation/phase-1.5-
|
|
40
|
-
**Quick Summary**:
|
|
41
|
-
**Exit Criteria**:
|
|
39
|
+
### Phase 1.5: Feature Extraction & Specification
|
|
40
|
+
> **📖 READ AND EXECUTE**: `.agent/rules/00-solicitation/phase-1.5-feature-extraction.md`
|
|
41
|
+
**Quick Summary**: Deep SCoT extraction of features, stack, and libraries.
|
|
42
|
+
**Exit Criteria**: `feature_inventory.md` approved.
|
|
42
43
|
|
|
43
44
|
### Phase 2: "Hindsight 20/20" Visioning
|
|
44
45
|
> **📖 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
|