antigravity-atomic-swarms 2.1.2 → 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.
@@ -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
- 👉 Please run the command: `/step4-london-tdd-builder` to begin the Builder phase."
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
- 👉 Please run: `/step2-multi-arc-research` to begin the next feature."
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
- 👉 Please run: `/step6-refinement` to repair the issues."
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`.
@@ -35,10 +35,10 @@
35
35
  **Quick Summary**: Define high-level goal.
36
36
  **Exit Criteria**: Goal recorded.
37
37
 
38
- ### Phase 1.5: The Vision Canvas (Visual Hypothesis)
39
- > **📖 READ AND EXECUTE**: `.agent/rules/00-solicitation/phase-1.5-vision-canvas.md`
40
- **Quick Summary**: Synthesize input into a single-page visual artifact.
41
- **Exit Criteria**: Vision Canvas approved.
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.
42
42
 
43
43
  ### Phase 2: "Hindsight 20/20" Visioning
44
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,6 +1,6 @@
1
1
  {
2
2
  "name": "antigravity-atomic-swarms",
3
- "version": "2.1.2",
3
+ "version": "2.1.3",
4
4
  "description": "The Antigravity Atomic Swarms workflow system for agentic coding.",
5
5
  "main": "index.js",
6
6
  "bin": {
@@ -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