@tgoodington/intuition 11.4.0 → 11.5.1
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/package.json +1 -2
- package/skills/intuition-enuncia-compose/SKILL.md +5 -10
- package/skills/intuition-enuncia-design/SKILL.md +0 -4
- package/skills/intuition-enuncia-discovery/SKILL.md +1 -7
- package/skills/intuition-enuncia-execute/SKILL.md +0 -4
- package/skills/intuition-enuncia-handoff/SKILL.md +0 -4
- package/skills/intuition-enuncia-initialize/references/claude_template.md +20 -0
- package/skills/intuition-enuncia-start/SKILL.md +0 -4
- package/skills/intuition-enuncia-verify/SKILL.md +0 -4
- package/docs/archive/ARCHITECTURE_OVERVIEW.txt +0 -405
- package/docs/archive/INSTALLATION.md +0 -431
- package/docs/archive/PROJECT_CONTEXT.md +0 -361
- package/docs/archive/QUICK_TEST_CHECKLIST.md +0 -467
- package/docs/archive/SKILL_INTERACTION_GUIDE.md +0 -993
- package/docs/archive/TESTING_README.md +0 -215
- package/docs/archive/TESTING_SUMMARY.md +0 -781
- package/docs/archive/WALDO_V3_COMPLETE_DOCUMENTATION.md +0 -538
- package/docs/archive/WALDO_V3_DESIGN_SUMMARY.md +0 -449
- package/docs/archive/intuition-architecture.md +0 -342
- package/docs/archive/intuition-workflow.md +0 -210
- package/docs/archive/intuition_design_skill_spec.md +0 -219
- package/docs/archive/v7_design_spec.md +0 -1111
- package/docs/archive/v7_plan.md +0 -339
- package/docs/archive/v9-design/decision-framework-direction.md +0 -142
- package/docs/archive/v9-design/decision-framework-implementation.md +0 -114
- package/docs/archive/v9-design/domain-adaptive-team-architecture.md +0 -1016
- package/docs/archive/v9-test/SESSION_SUMMARY.md +0 -117
- package/docs/archive/v9-test/TEST_PLAN.md +0 -119
- package/docs/archive/v9-test/blueprints/legal-analyst.md +0 -166
- package/docs/archive/v9-test/output/07_cover_letter.md +0 -41
- package/docs/archive/v9-test/phase2/mock_plan.md +0 -89
- package/docs/archive/v9-test/phase2/producers.json +0 -32
- package/docs/archive/v9-test/phase2/specialists/database-architect.specialist.md +0 -10
- package/docs/archive/v9-test/phase2/specialists/financial-analyst.specialist.md +0 -10
- package/docs/archive/v9-test/phase2/specialists/legal-analyst.specialist.md +0 -10
- package/docs/archive/v9-test/phase2/specialists/technical-writer.specialist.md +0 -10
- package/docs/archive/v9-test/phase2/team_assignment.json +0 -61
- package/docs/archive/v9-test/phase3/blueprints/legal-analyst.md +0 -840
- package/docs/archive/v9-test/phase3/legal-analyst-full.specialist.md +0 -111
- package/docs/archive/v9-test/phase3/project_context/nh_landlord_tenant_notes.md +0 -35
- package/docs/archive/v9-test/phase3/project_context/property_facts.md +0 -32
- package/docs/archive/v9-test/phase3b/blueprints/legal-analyst.md +0 -1715
- package/docs/archive/v9-test/phase3b/legal-analyst.specialist.md +0 -153
- package/docs/archive/v9-test/phase3b/scratch/legal-analyst-stage1.md +0 -270
- package/docs/archive/v9-test/phase4/TEST_PLAN.md +0 -32
- package/docs/archive/v9-test/phase4/blueprints/financial-analyst-T2.md +0 -538
- package/docs/archive/v9-test/phase4/blueprints/legal-analyst-T4.md +0 -253
- package/docs/archive/v9-test/phase4/cross-blueprint-check.md +0 -280
- package/docs/archive/v9-test/phase4/scratch/financial-analyst-T2-stage1.md +0 -67
- package/docs/archive/v9-test/phase4/scratch/legal-analyst-T4-stage1.md +0 -54
- package/docs/archive/v9-test/phase4/specialists/financial-analyst.specialist.md +0 -156
- package/docs/archive/v9-test/phase4/specialists/legal-analyst.specialist.md +0 -153
- package/docs/archive/v9-test/phase5/TEST_PLAN.md +0 -35
- package/docs/archive/v9-test/phase5/blueprints/code-architect-hw-vetter.md +0 -375
- package/docs/archive/v9-test/phase5/output/04_compliance_checklist.md +0 -149
- package/docs/archive/v9-test/phase5/output/hardware-vetter-SKILL-v2.md +0 -561
- package/docs/archive/v9-test/phase5/output/hardware-vetter-SKILL.md +0 -459
- package/docs/archive/v9-test/phase5/producers/code-writer.producer.md +0 -49
- package/docs/archive/v9-test/phase5/producers/document-writer.producer.md +0 -62
- package/docs/archive/v9-test/phase5/regression-comparison-v2.md +0 -60
- package/docs/archive/v9-test/phase5/regression-comparison.md +0 -197
- package/docs/archive/v9-test/phase5/review-5A-specialist.md +0 -213
- package/docs/archive/v9-test/phase5/specialist-test/TEST_PLAN.md +0 -60
- package/docs/archive/v9-test/phase5/specialist-test/blueprint-comparison.md +0 -252
- package/docs/archive/v9-test/phase5/specialist-test/blueprints/code-architect-hw-vetter.md +0 -916
- package/docs/archive/v9-test/phase5/specialist-test/scratch/code-architect-stage1.md +0 -427
- package/docs/archive/v9-test/phase5/specialists/code-architect.specialist.md +0 -168
- package/docs/archive/v9-test/phase5b/TEST_PLAN.md +0 -219
- package/docs/archive/v9-test/phase5b/blueprints/5B-10-stage2-with-decisions.md +0 -286
- package/docs/archive/v9-test/phase5b/decisions/5B-2-accept-all-decisions.json +0 -68
- package/docs/archive/v9-test/phase5b/decisions/5B-3-promote-decisions.json +0 -70
- package/docs/archive/v9-test/phase5b/decisions/5B-4-individual-decisions.json +0 -68
- package/docs/archive/v9-test/phase5b/decisions/5B-5-triage-decisions.json +0 -110
- package/docs/archive/v9-test/phase5b/decisions/5B-6-fallback-decisions.json +0 -40
- package/docs/archive/v9-test/phase5b/decisions/5B-8-partial-decisions.json +0 -46
- package/docs/archive/v9-test/phase5b/decisions/5B-9-complete-decisions.json +0 -54
- package/docs/archive/v9-test/phase5b/scratch/code-architect-stage1.md +0 -133
- package/docs/archive/v9-test/phase5b/specialists/code-architect.specialist.md +0 -202
- package/docs/archive/v9-test/phase5b/stage1-many-decisions.md +0 -139
- package/docs/archive/v9-test/phase5b/stage1-no-assumptions.md +0 -70
- package/docs/archive/v9-test/phase5b/stage1-with-assumptions.md +0 -86
- package/docs/archive/v9-test/phase5b/test-5B-1-results.md +0 -157
- package/docs/archive/v9-test/phase5b/test-5B-10-results.md +0 -130
- package/docs/archive/v9-test/phase5b/test-5B-2-results.md +0 -75
- package/docs/archive/v9-test/phase5b/test-5B-3-results.md +0 -104
- package/docs/archive/v9-test/phase5b/test-5B-4-results.md +0 -114
- package/docs/archive/v9-test/phase5b/test-5B-5-results.md +0 -126
- package/docs/archive/v9-test/phase5b/test-5B-6-results.md +0 -60
- package/docs/archive/v9-test/phase5b/test-5B-7-results.md +0 -141
- package/docs/archive/v9-test/phase5b/test-5B-8-results.md +0 -115
- package/docs/archive/v9-test/phase5b/test-5B-9-results.md +0 -76
- package/docs/archive/v9-test/producers/document-writer.producer.md +0 -62
- package/docs/archive/v9-test/specialists/legal-analyst.specialist.md +0 -58
- package/docs/project_notes/.project-memory-state.json +0 -100
- package/docs/project_notes/archive/trunk-v9.2-complete/.gitkeep +0 -0
- package/docs/project_notes/archive/trunk-v9.2-complete/.planning_research/decision_file_naming.md +0 -15
- package/docs/project_notes/archive/trunk-v9.2-complete/.planning_research/decisions_log.md +0 -32
- package/docs/project_notes/archive/trunk-v9.2-complete/.planning_research/orientation.md +0 -51
- package/docs/project_notes/archive/trunk-v9.2-complete/audit/plan-rename-hitlist.md +0 -654
- package/docs/project_notes/archive/trunk-v9.2-complete/blueprint-conflicts.md +0 -109
- package/docs/project_notes/archive/trunk-v9.2-complete/blueprints/database-architect.md +0 -416
- package/docs/project_notes/archive/trunk-v9.2-complete/blueprints/devops-infrastructure.md +0 -514
- package/docs/project_notes/archive/trunk-v9.2-complete/blueprints/technical-writer.md +0 -788
- package/docs/project_notes/archive/trunk-v9.2-complete/build_brief.md +0 -119
- package/docs/project_notes/archive/trunk-v9.2-complete/build_report.md +0 -250
- package/docs/project_notes/archive/trunk-v9.2-complete/detail_brief.md +0 -94
- package/docs/project_notes/archive/trunk-v9.2-complete/plan.md +0 -182
- package/docs/project_notes/archive/trunk-v9.2-complete/planning_brief.md +0 -96
- package/docs/project_notes/archive/trunk-v9.2-complete/prompt_brief.md +0 -60
- package/docs/project_notes/archive/trunk-v9.2-complete/prompt_output.json +0 -98
- package/docs/project_notes/archive/trunk-v9.2-complete/scratch/database-architect-decisions.json +0 -72
- package/docs/project_notes/archive/trunk-v9.2-complete/scratch/database-architect-research-plan.md +0 -10
- package/docs/project_notes/archive/trunk-v9.2-complete/scratch/database-architect-stage1.md +0 -226
- package/docs/project_notes/archive/trunk-v9.2-complete/scratch/devops-infrastructure-decisions.json +0 -71
- package/docs/project_notes/archive/trunk-v9.2-complete/scratch/devops-infrastructure-research-plan.md +0 -7
- package/docs/project_notes/archive/trunk-v9.2-complete/scratch/devops-infrastructure-stage1.md +0 -164
- package/docs/project_notes/archive/trunk-v9.2-complete/scratch/technical-writer-decisions.json +0 -88
- package/docs/project_notes/archive/trunk-v9.2-complete/scratch/technical-writer-research-plan.md +0 -7
- package/docs/project_notes/archive/trunk-v9.2-complete/scratch/technical-writer-stage1.md +0 -266
- package/docs/project_notes/archive/trunk-v9.2-complete/team_assignment.json +0 -108
- package/docs/project_notes/archive/trunk-v9.2-complete/test_brief.md +0 -75
- package/docs/project_notes/archive/trunk-v9.2-complete/test_report.md +0 -26
- package/docs/project_notes/archive/trunk-v9.2-complete/verification/devops-infrastructure-verification.md +0 -172
- package/docs/project_notes/branches/.gitkeep +0 -0
- package/docs/project_notes/bugs.md +0 -41
- package/docs/project_notes/decisions.md +0 -147
- package/docs/project_notes/issues.md +0 -101
- package/docs/project_notes/key_facts.md +0 -88
- package/docs/project_notes/trunk/.gitkeep +0 -0
- package/docs/project_notes/trunk/discovery_brief.md +0 -40
- package/docs/project_notes/v9.2-optimization-plan.md +0 -193
|
@@ -1,993 +0,0 @@
|
|
|
1
|
-
# Skill Interaction Guide - How the Five Skills Work Together
|
|
2
|
-
|
|
3
|
-
**Purpose:** Quick reference for understanding how the five Intuition skills interact, what files they create/read, and how the system orchestrates work.
|
|
4
|
-
|
|
5
|
-
**Version:** 3.0.0 | **Updated:** February 5, 2026
|
|
6
|
-
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
## The Five Skills at a Glance
|
|
10
|
-
|
|
11
|
-
```
|
|
12
|
-
┌─────────────────────────────────────────────────────────────────────┐
|
|
13
|
-
│ INTUITION SKILL ECOSYSTEM │
|
|
14
|
-
└─────────────────────────────────────────────────────────────────────┘
|
|
15
|
-
|
|
16
|
-
/intuition-start
|
|
17
|
-
└─ WHEN: Session begins
|
|
18
|
-
└─ WHAT: Load context, detect phase, suggest next step
|
|
19
|
-
└─ READS: .project-memory-state.json, all memory files
|
|
20
|
-
└─ WRITES: .project-memory-state.json (updates)
|
|
21
|
-
└─ OUTPUT: Phase status, next recommended skill
|
|
22
|
-
|
|
23
|
-
↓
|
|
24
|
-
|
|
25
|
-
/intuition-discovery (Waldo - Research-Informed Thinking Partner)
|
|
26
|
-
└─ WHEN: Starting new feature or exploring problems
|
|
27
|
-
└─ WHAT: Deep problem understanding through research-informed dialogue
|
|
28
|
-
└─ READS: Existing memory (context), codebase (for research)
|
|
29
|
-
└─ WRITES: discovery_brief.md, discovery_output.json, .project-memory-state.json
|
|
30
|
-
└─ OUTPUT: Narrative brief + structured findings + user profile learnings
|
|
31
|
-
|
|
32
|
-
↓
|
|
33
|
-
|
|
34
|
-
/intuition-handoff (Orchestrator - Phase Coordinator)
|
|
35
|
-
└─ WHEN: After discovery completes (before planning)
|
|
36
|
-
└─ WHAT: Extract insights, update memory, generate brief for next agent
|
|
37
|
-
└─ READS: discovery_brief.md, discovery_output.json, plan.md (if planning→exec)
|
|
38
|
-
└─ WRITES: key_facts.md, decisions.md, issues.md, USER_PROFILE.json,
|
|
39
|
-
planning_brief.md OR execution_brief.md, .project-memory-state.json
|
|
40
|
-
└─ OUTPUT: Updated memory, fresh brief for next phase, profile merged
|
|
41
|
-
|
|
42
|
-
↓
|
|
43
|
-
|
|
44
|
-
/intuition-plan (Magellan - Strategist & Planner)
|
|
45
|
-
└─ WHEN: After discovery handoff, ready to design approach
|
|
46
|
-
└─ WHAT: Research codebase, synthesize plan with structured tasks
|
|
47
|
-
└─ READS: planning_brief.md, existing memory, USER_PROFILE.json, codebase
|
|
48
|
-
└─ WRITES: plan.md, .project-memory-state.json (updates)
|
|
49
|
-
└─ OUTPUT: Structured plan with tasks, dependencies, risks, confidence
|
|
50
|
-
|
|
51
|
-
↓
|
|
52
|
-
|
|
53
|
-
(User reviews and approves plan)
|
|
54
|
-
|
|
55
|
-
↓
|
|
56
|
-
|
|
57
|
-
/intuition-handoff (Orchestrator - Prepare Execution)
|
|
58
|
-
└─ WHEN: After planning completes
|
|
59
|
-
└─ WHAT: Prepare context for execution phase
|
|
60
|
-
└─ READS: plan.md
|
|
61
|
-
└─ WRITES: execution_brief.md, issues.md, .project-memory-state.json
|
|
62
|
-
└─ OUTPUT: Execution brief, updated memory
|
|
63
|
-
|
|
64
|
-
↓
|
|
65
|
-
|
|
66
|
-
/intuition-execute (Faraday - Implementer & Orchestrator)
|
|
67
|
-
└─ WHEN: Plan approved and ready to implement
|
|
68
|
-
└─ WHAT: Break plan into tasks, delegate to sub-agents, verify completion
|
|
69
|
-
└─ READS: execution_brief.md, existing memory, USER_PROFILE.json, codebase
|
|
70
|
-
└─ WRITES: bugs.md, decisions.md, issues.md, .project-memory-state.json
|
|
71
|
-
└─ OUTPUT: Implemented features, updated memory, completion report
|
|
72
|
-
|
|
73
|
-
↓
|
|
74
|
-
|
|
75
|
-
(New iteration starts)
|
|
76
|
-
└─ Go back to /intuition-discovery for next feature or problem
|
|
77
|
-
```
|
|
78
|
-
|
|
79
|
-
---
|
|
80
|
-
|
|
81
|
-
## Detailed Skill Specifications
|
|
82
|
-
|
|
83
|
-
### 1. /intuition-start - Session Primer
|
|
84
|
-
|
|
85
|
-
**Activation:** First command at session start
|
|
86
|
-
|
|
87
|
-
**Role:** "Where are we in the workflow and what's next?"
|
|
88
|
-
|
|
89
|
-
**Key Logic:**
|
|
90
|
-
```
|
|
91
|
-
1. Read .project-memory-state.json
|
|
92
|
-
2. Detect current workflow status:
|
|
93
|
-
- status == "discovery" → suggest /intuition-discovery or /intuition-handoff
|
|
94
|
-
- status == "planning" → suggest /intuition-plan or /intuition-handoff
|
|
95
|
-
- status == "executing" → suggest /intuition-execute
|
|
96
|
-
- status == "complete" → suggest /intuition-discovery for new iteration
|
|
97
|
-
3. Generate status brief explaining what's been completed
|
|
98
|
-
4. Suggest next skill to run
|
|
99
|
-
```
|
|
100
|
-
|
|
101
|
-
**User Experience:**
|
|
102
|
-
```
|
|
103
|
-
You: /intuition-start
|
|
104
|
-
|
|
105
|
-
Start Skill:
|
|
106
|
-
"Welcome back! Here's where we are:
|
|
107
|
-
|
|
108
|
-
✓ Discovery: Complete (Feb 3)
|
|
109
|
-
✓ Planning: Not yet started
|
|
110
|
-
|
|
111
|
-
You're ready to create a plan. Run /intuition-plan to have Magellan
|
|
112
|
-
synthesize discovery into a structured approach."
|
|
113
|
-
```
|
|
114
|
-
|
|
115
|
-
**Memory Footprint:**
|
|
116
|
-
- Reads: `.project-memory-state.json`, `discovery_brief.md`, `plan.md`, etc.
|
|
117
|
-
- Writes: Updates to `.project-memory-state.json` (minimal)
|
|
118
|
-
- Creates: Nothing new
|
|
119
|
-
|
|
120
|
-
**Resume Support:** N/A (stateless)
|
|
121
|
-
|
|
122
|
-
---
|
|
123
|
-
|
|
124
|
-
### 2. /intuition-discovery (Waldo) - Research-Informed Thinking Partner
|
|
125
|
-
|
|
126
|
-
**Activation:** When user runs `/intuition-discovery`
|
|
127
|
-
|
|
128
|
-
**Role:** "Help me understand this problem/opportunity deeply"
|
|
129
|
-
|
|
130
|
-
**v3 Redesign: Research-Informed Thinking Partnership**
|
|
131
|
-
|
|
132
|
-
Instead of interrogating the user, Waldo is now:
|
|
133
|
-
- A wise confidant who researches first
|
|
134
|
-
- Brings knowledge about best practices and pitfalls
|
|
135
|
-
- Uses "yes, and..." collaboration
|
|
136
|
-
- Asks 1-2 focused questions per turn
|
|
137
|
-
- Gently steers when needed
|
|
138
|
-
|
|
139
|
-
**Workflow:**
|
|
140
|
-
|
|
141
|
-
```
|
|
142
|
-
STEP 1: Greeting & Mode Selection
|
|
143
|
-
Waldo: "What do you want to explore today?"
|
|
144
|
-
Options: Build something | Problem-solve | Validate idea | Other
|
|
145
|
-
User selects → Stored in state.discovery.dialogue_mode
|
|
146
|
-
|
|
147
|
-
STEP 2: User Describes Context
|
|
148
|
-
Waldo: "Tell me more about what you're exploring"
|
|
149
|
-
User: Describes problem/opportunity in own words
|
|
150
|
-
Waldo: Identifies domain from user input
|
|
151
|
-
|
|
152
|
-
STEP 3: Research Launch (PARALLEL)
|
|
153
|
-
[Single Waldo message launches 3 research tasks in parallel]
|
|
154
|
-
Task 1: Best practices and standards in [user's domain]
|
|
155
|
-
Task 2: Common pitfalls and inefficiencies
|
|
156
|
-
Task 3: (Optional) Emerging patterns or alternatives
|
|
157
|
-
|
|
158
|
-
While research runs: Waldo continues dialogue
|
|
159
|
-
|
|
160
|
-
STEP 4: Research Informs Questions
|
|
161
|
-
[Research completes, Waldo has full context]
|
|
162
|
-
Waldo asks 1-2 focused questions informed by:
|
|
163
|
-
- User's initial context
|
|
164
|
-
- Research findings
|
|
165
|
-
- GAPP dimensions (Problem, Goals, Context, Motivation)
|
|
166
|
-
|
|
167
|
-
GUIDED MODE: AskUserQuestion with 2-4 options
|
|
168
|
-
OPEN-ENDED MODE: Conversational question (no options)
|
|
169
|
-
|
|
170
|
-
STEP 5: Dialogue Continues
|
|
171
|
-
- 1-2 questions per turn
|
|
172
|
-
- Building on user's answers (yes, and...)
|
|
173
|
-
- Integrating research insights naturally
|
|
174
|
-
- Documenting assumptions with confidence
|
|
175
|
-
- Exploring all GAPP dimensions
|
|
176
|
-
- Gleaning user profile information
|
|
177
|
-
|
|
178
|
-
STEP 6: Formalization
|
|
179
|
-
When all dimensions covered:
|
|
180
|
-
Waldo: "Ready to capture what we've learned?"
|
|
181
|
-
User: Yes → Creates outputs
|
|
182
|
-
No → Continues dialogue
|
|
183
|
-
|
|
184
|
-
STEP 7: Outputs Created
|
|
185
|
-
- discovery_brief.md (narrative summary)
|
|
186
|
-
- discovery_output.json (structured data + user_profile_learnings)
|
|
187
|
-
|
|
188
|
-
STEP 8: Route to Handoff
|
|
189
|
-
Waldo: "Run /intuition-handoff to transition to planning"
|
|
190
|
-
(NOT directly to /intuition-plan)
|
|
191
|
-
```
|
|
192
|
-
|
|
193
|
-
**Dialogue Modes (v3 New):**
|
|
194
|
-
|
|
195
|
-
**Guided Mode:**
|
|
196
|
-
- AskUserQuestion with 2-4 options
|
|
197
|
-
- "Other" always available
|
|
198
|
-
- Structured but flexible
|
|
199
|
-
- Good for: Users who like clear direction
|
|
200
|
-
|
|
201
|
-
**Open-Ended Mode:**
|
|
202
|
-
- Conversational questions
|
|
203
|
-
- User answers however they want
|
|
204
|
-
- Natural flow
|
|
205
|
-
- Good for: Users who prefer freedom
|
|
206
|
-
|
|
207
|
-
**Both modes produce:**
|
|
208
|
-
- Identical discovery depth
|
|
209
|
-
- Same GAPP coverage
|
|
210
|
-
- Same research-informed insights
|
|
211
|
-
- Only dialogue style differs
|
|
212
|
-
|
|
213
|
-
**Research Agents (v3 New):**
|
|
214
|
-
|
|
215
|
-
Waldo launches 3 research tasks in parallel:
|
|
216
|
-
|
|
217
|
-
```
|
|
218
|
-
Task 1: Best Practices & Standards
|
|
219
|
-
Goal: Learn what works well in user's domain
|
|
220
|
-
Approach: Research industry standards, proven patterns, best practices
|
|
221
|
-
Output: Top 5-10 key practices, why they matter, how teams use them
|
|
222
|
-
|
|
223
|
-
Task 2: Common Pitfalls & Inefficiencies
|
|
224
|
-
Goal: Learn what catches teams off-guard
|
|
225
|
-
Approach: Research failure patterns, common mistakes, efficiency traps
|
|
226
|
-
Output: Top 5 pitfalls, why they happen, how to avoid them
|
|
227
|
-
|
|
228
|
-
Task 3: Emerging Patterns (Optional)
|
|
229
|
-
Goal: Learn about innovations and alternatives
|
|
230
|
-
Approach: Research new approaches, emerging standards, alternatives
|
|
231
|
-
Output: Trends, new methodologies, cutting-edge practices
|
|
232
|
-
```
|
|
233
|
-
|
|
234
|
-
**State Tracking:**
|
|
235
|
-
|
|
236
|
-
Stored in `.project-memory-state.json` > `discovery` section:
|
|
237
|
-
- dialogue_mode (guided vs. open-ended)
|
|
238
|
-
- initial_context (what user said at start)
|
|
239
|
-
- research_performed (all 3 research tasks + findings)
|
|
240
|
-
- conversation_via_mode (all questions and answers)
|
|
241
|
-
- gapp (coverage of Problem/Goals/Context/Motivation)
|
|
242
|
-
- assumptions (documented with confidence)
|
|
243
|
-
- quality_score (ready for formalization?)
|
|
244
|
-
|
|
245
|
-
**User Profile Learnings (v3 New):**
|
|
246
|
-
|
|
247
|
-
In `discovery_output.json` > `user_profile_learnings`:
|
|
248
|
-
- Role, seniority level, years of experience
|
|
249
|
-
- Organization (name, type, industry, location)
|
|
250
|
-
- Expertise areas and primary skills
|
|
251
|
-
- Learning style and preferences
|
|
252
|
-
- Communication style and pace
|
|
253
|
-
- Decision-making approach
|
|
254
|
-
- What motivates them
|
|
255
|
-
- Technical environment and tools
|
|
256
|
-
- Confidence score for each property
|
|
257
|
-
|
|
258
|
-
**Output Files:**
|
|
259
|
-
|
|
260
|
-
1. **discovery_brief.md** (Narrative)
|
|
261
|
-
```markdown
|
|
262
|
-
# Discovery Brief
|
|
263
|
-
|
|
264
|
-
## Problem
|
|
265
|
-
[Core challenge and context]
|
|
266
|
-
|
|
267
|
-
## Goals
|
|
268
|
-
[Success criteria]
|
|
269
|
-
|
|
270
|
-
## User Context
|
|
271
|
-
[Personas and workflows]
|
|
272
|
-
|
|
273
|
-
## Personalization / Motivation
|
|
274
|
-
[What drives this work]
|
|
275
|
-
|
|
276
|
-
## Scope
|
|
277
|
-
[In/out of scope]
|
|
278
|
-
|
|
279
|
-
## Assumptions
|
|
280
|
-
[With confidence levels]
|
|
281
|
-
```
|
|
282
|
-
|
|
283
|
-
2. **discovery_output.json** (Structured)
|
|
284
|
-
```json
|
|
285
|
-
{
|
|
286
|
-
"key_facts_to_add": [...],
|
|
287
|
-
"assumptions": [...],
|
|
288
|
-
"new_constraints": [...],
|
|
289
|
-
"suggested_decisions": [...],
|
|
290
|
-
"follow_up_for_planning": [...],
|
|
291
|
-
"user_profile_learnings": {
|
|
292
|
-
"role": "...",
|
|
293
|
-
"seniority_level": "...",
|
|
294
|
-
"organization": {...},
|
|
295
|
-
"expertise": {...},
|
|
296
|
-
"communication": {...},
|
|
297
|
-
"motivation": {...},
|
|
298
|
-
"discovery_confidence": "high|medium|low"
|
|
299
|
-
}
|
|
300
|
-
}
|
|
301
|
-
```
|
|
302
|
-
|
|
303
|
-
**Resume Support:**
|
|
304
|
-
|
|
305
|
-
If discovery is interrupted:
|
|
306
|
-
1. Read `.project-memory-state.json` > `discovery`
|
|
307
|
-
2. Check `quality_score.ready_for_formalization`
|
|
308
|
-
3. If false: Continue dialogue from last turn
|
|
309
|
-
4. If true: Jump to formalization
|
|
310
|
-
|
|
311
|
-
**Memory Authority:**
|
|
312
|
-
- **Creates:** discovery_brief.md, discovery_output.json
|
|
313
|
-
- **Updates:** .project-memory-state.json
|
|
314
|
-
- **Reads:** Existing memory (context), codebase (research)
|
|
315
|
-
|
|
316
|
-
---
|
|
317
|
-
|
|
318
|
-
### 3. /intuition-handoff - Orchestrator & Phase Coordinator
|
|
319
|
-
|
|
320
|
-
**Activation:** After discovery completes, OR after planning completes
|
|
321
|
-
|
|
322
|
-
**Role:** "Extract insights, update memory, prepare next agent"
|
|
323
|
-
|
|
324
|
-
**Core Responsibility:**
|
|
325
|
-
Bridges phases by:
|
|
326
|
-
1. Reading outputs from previous phase
|
|
327
|
-
2. Extracting structured insights
|
|
328
|
-
3. Updating project memory files
|
|
329
|
-
4. Merging user profile learnings
|
|
330
|
-
5. Generating brief for next agent
|
|
331
|
-
6. Updating workflow state
|
|
332
|
-
|
|
333
|
-
**Workflow (Discovery → Planning Transition):**
|
|
334
|
-
|
|
335
|
-
```
|
|
336
|
-
STEP 1: Detect Transition
|
|
337
|
-
Read .project-memory-state.json
|
|
338
|
-
IF discovery.completed && !planning.started:
|
|
339
|
-
→ TRANSITION: Discovery → Planning
|
|
340
|
-
|
|
341
|
-
STEP 2: Extract Insights
|
|
342
|
-
Read discovery_brief.md
|
|
343
|
-
Read discovery_output.json
|
|
344
|
-
Extract:
|
|
345
|
-
- Key facts to add
|
|
346
|
-
- Assumptions and constraints
|
|
347
|
-
- Suggested decisions
|
|
348
|
-
- Follow-up items for planning
|
|
349
|
-
- User profile learnings
|
|
350
|
-
|
|
351
|
-
STEP 3: Update User Profile (v3 New)
|
|
352
|
-
Read .claude/USER_PROFILE.json
|
|
353
|
-
Read discovery_output.json > user_profile_learnings
|
|
354
|
-
Merge logic:
|
|
355
|
-
- If field null in profile → add it
|
|
356
|
-
- If field populated → only overwrite if confidence "high"
|
|
357
|
-
- Update last_updated timestamp
|
|
358
|
-
- Track projects in projects_contributed_to
|
|
359
|
-
- Update confidence_scores
|
|
360
|
-
Save updated profile
|
|
361
|
-
|
|
362
|
-
STEP 4: Update Memory Files
|
|
363
|
-
|
|
364
|
-
UPDATE key_facts.md:
|
|
365
|
-
- Add discovered facts with dates
|
|
366
|
-
- Keep existing facts (append only)
|
|
367
|
-
- Example: "Scale target: 10,000 concurrent users"
|
|
368
|
-
|
|
369
|
-
UPDATE decisions.md:
|
|
370
|
-
- Create new ADRs for architectural choices
|
|
371
|
-
- Format: ADR-NNN: Title
|
|
372
|
-
- Include Context/Decision/Consequences
|
|
373
|
-
- Link to discovery brief
|
|
374
|
-
|
|
375
|
-
UPDATE issues.md:
|
|
376
|
-
- Log discovery work completed
|
|
377
|
-
- Format: Date - ID: Description
|
|
378
|
-
- Link to discovery_brief.md
|
|
379
|
-
|
|
380
|
-
STEP 5: Generate Planning Brief
|
|
381
|
-
Create planning_brief.md with:
|
|
382
|
-
- Discovery summary (1-2 paragraphs)
|
|
383
|
-
- Problem statement (clear)
|
|
384
|
-
- Goals & success criteria
|
|
385
|
-
- User context (who's affected)
|
|
386
|
-
- Key constraints (team, time, budget)
|
|
387
|
-
- Architectural context (existing decisions)
|
|
388
|
-
- Assumptions & risks (with confidence)
|
|
389
|
-
- References (links to discovery, ADRs)
|
|
390
|
-
|
|
391
|
-
STEP 6: Update Workflow State
|
|
392
|
-
Update .project-memory-state.json:
|
|
393
|
-
- workflow.status = "planning"
|
|
394
|
-
- workflow.discovery.completed = true
|
|
395
|
-
- workflow.discovery.completed_at = timestamp
|
|
396
|
-
- workflow.planning.started = true
|
|
397
|
-
- workflow.planning.started_at = timestamp
|
|
398
|
-
|
|
399
|
-
STEP 7: Suggest Next Step
|
|
400
|
-
"Discovery is complete and in memory. Ready to plan?
|
|
401
|
-
Run /intuition-plan"
|
|
402
|
-
```
|
|
403
|
-
|
|
404
|
-
**Workflow (Planning → Execution Transition):**
|
|
405
|
-
|
|
406
|
-
```
|
|
407
|
-
STEP 1: Detect Transition
|
|
408
|
-
Read .project-memory-state.json
|
|
409
|
-
IF planning.completed && !execution.started:
|
|
410
|
-
→ TRANSITION: Planning → Execution
|
|
411
|
-
|
|
412
|
-
STEP 2: Extract Plan Context
|
|
413
|
-
Read plan.md
|
|
414
|
-
Extract:
|
|
415
|
-
- Task list and ordering
|
|
416
|
-
- Dependencies and blocking relationships
|
|
417
|
-
- Acceptance criteria
|
|
418
|
-
- Identified risks and mitigations
|
|
419
|
-
- Key technical decisions
|
|
420
|
-
|
|
421
|
-
STEP 3: Update Memory Files (Minimal)
|
|
422
|
-
|
|
423
|
-
UPDATE issues.md:
|
|
424
|
-
- Log planning work completed
|
|
425
|
-
- Format: Date - ID: Plan Title
|
|
426
|
-
- Link to plan.md
|
|
427
|
-
- List tasks created
|
|
428
|
-
|
|
429
|
-
UPDATE decisions.md (if needed):
|
|
430
|
-
- If planning revealed new architectural choices
|
|
431
|
-
- Create new ADRs
|
|
432
|
-
|
|
433
|
-
STEP 4: Generate Execution Brief
|
|
434
|
-
Create execution_brief.md with:
|
|
435
|
-
- Plan summary (1-2 paragraphs)
|
|
436
|
-
- Objective (what will be accomplished)
|
|
437
|
-
- Discovery context (why this matters)
|
|
438
|
-
- Plan overview (task count, complexity, dependencies)
|
|
439
|
-
- Task summary (list in execution order)
|
|
440
|
-
- Acceptance criteria
|
|
441
|
-
- Quality gates (security review MANDATORY)
|
|
442
|
-
- Known risks and mitigations
|
|
443
|
-
- Architectural decisions (references to ADRs)
|
|
444
|
-
- References (links to plan, discovery, decisions)
|
|
445
|
-
|
|
446
|
-
STEP 5: Update Workflow State
|
|
447
|
-
Update .project-memory-state.json:
|
|
448
|
-
- workflow.status = "executing"
|
|
449
|
-
- workflow.planning.completed = true
|
|
450
|
-
- workflow.planning.completed_at = timestamp
|
|
451
|
-
- workflow.execution.started = true
|
|
452
|
-
- workflow.execution.started_at = timestamp
|
|
453
|
-
|
|
454
|
-
STEP 6: Suggest Next Step
|
|
455
|
-
"Planning is complete and documented. Ready to execute?
|
|
456
|
-
Run /intuition-execute"
|
|
457
|
-
```
|
|
458
|
-
|
|
459
|
-
**Memory Authority:**
|
|
460
|
-
- **Creates:** planning_brief.md, execution_brief.md
|
|
461
|
-
- **Updates:** key_facts.md, decisions.md, issues.md, USER_PROFILE.json, .project-memory-state.json
|
|
462
|
-
- **Reads:** discovery_brief.md, discovery_output.json, plan.md
|
|
463
|
-
|
|
464
|
-
**Key Design Principle:**
|
|
465
|
-
Handoff is NOT evaluating quality. It's extracting, documenting, and preparing. Administrative, not critical.
|
|
466
|
-
|
|
467
|
-
---
|
|
468
|
-
|
|
469
|
-
### 4. /intuition-plan (Magellan) - Strategist & Planner
|
|
470
|
-
|
|
471
|
-
**Activation:** When user runs `/intuition-plan`
|
|
472
|
-
|
|
473
|
-
**Role:** "Create a structured plan from discovery insights"
|
|
474
|
-
|
|
475
|
-
**Workflow:**
|
|
476
|
-
|
|
477
|
-
```
|
|
478
|
-
STEP 1: Load Context
|
|
479
|
-
Read planning_brief.md
|
|
480
|
-
Read all existing memory (key_facts.md, decisions.md)
|
|
481
|
-
Read .claude/USER_PROFILE.json (NEW - user personalization)
|
|
482
|
-
|
|
483
|
-
STEP 2: Assess Scope
|
|
484
|
-
From planning_brief:
|
|
485
|
-
- Understand problem scope
|
|
486
|
-
- Identify constraints
|
|
487
|
-
- Detect complexity level
|
|
488
|
-
- Determine planning depth needed
|
|
489
|
-
|
|
490
|
-
STEP 3: Research (Optional)
|
|
491
|
-
Launch research agents if needed:
|
|
492
|
-
- Codebase architecture patterns
|
|
493
|
-
- Relevant existing implementations
|
|
494
|
-
- Technology options and trade-offs
|
|
495
|
-
|
|
496
|
-
STEP 4: Synthesize Plan
|
|
497
|
-
Create structured plan with:
|
|
498
|
-
- Objective and approach
|
|
499
|
-
- Task breakdown (decompose into implementable units)
|
|
500
|
-
- Dependencies and ordering
|
|
501
|
-
- Acceptance criteria per task
|
|
502
|
-
- Estimated complexity
|
|
503
|
-
- Identified risks and mitigations
|
|
504
|
-
- Confidence in approach
|
|
505
|
-
|
|
506
|
-
STEP 5: Personalize Plan (v3 New - Based on User Profile)
|
|
507
|
-
Read USER_PROFILE.json:
|
|
508
|
-
- Adjust planning depth based on user's seniority
|
|
509
|
-
- Match communication style to user's preference
|
|
510
|
-
- Consider user's authority level and constraints
|
|
511
|
-
- Factor in user's learning style
|
|
512
|
-
- Tailor complexity to expertise areas
|
|
513
|
-
|
|
514
|
-
STEP 6: Present Plan
|
|
515
|
-
Show plan to user
|
|
516
|
-
Explain approach
|
|
517
|
-
Highlight key decisions
|
|
518
|
-
Ask for approval
|
|
519
|
-
|
|
520
|
-
STEP 7: Approval & State Update
|
|
521
|
-
IF user approves:
|
|
522
|
-
- workflow.planning.approved = true
|
|
523
|
-
- workflow.planning.approved_at = timestamp
|
|
524
|
-
- Ready for handoff
|
|
525
|
-
|
|
526
|
-
STEP 8: Route to Handoff
|
|
527
|
-
"Plan is approved. Run /intuition-handoff to prepare for execution"
|
|
528
|
-
```
|
|
529
|
-
|
|
530
|
-
**Output Files:**
|
|
531
|
-
|
|
532
|
-
**plan.md** (Structured Plan)
|
|
533
|
-
```markdown
|
|
534
|
-
# Plan: [Title from Discovery]
|
|
535
|
-
|
|
536
|
-
## Objective
|
|
537
|
-
[What will be accomplished]
|
|
538
|
-
|
|
539
|
-
## Discovery Summary
|
|
540
|
-
[Key insights that led to this plan]
|
|
541
|
-
|
|
542
|
-
## Research Context
|
|
543
|
-
[What was learned about the codebase]
|
|
544
|
-
|
|
545
|
-
## Approach
|
|
546
|
-
[Overall strategy and rationale]
|
|
547
|
-
|
|
548
|
-
## Task List
|
|
549
|
-
1. Task Name
|
|
550
|
-
- Description
|
|
551
|
-
- Acceptance Criteria
|
|
552
|
-
- Dependencies: [Task 2, Task 3]
|
|
553
|
-
- Estimated Complexity: Simple/Moderate/Complex
|
|
554
|
-
|
|
555
|
-
2. Task Name
|
|
556
|
-
...
|
|
557
|
-
|
|
558
|
-
## Risks & Mitigations
|
|
559
|
-
- Risk: X
|
|
560
|
-
Mitigation: Y
|
|
561
|
-
Confidence: High/Medium/Low
|
|
562
|
-
|
|
563
|
-
## Execution Notes for Faraday
|
|
564
|
-
[Guidance for implementation phase]
|
|
565
|
-
```
|
|
566
|
-
|
|
567
|
-
**Personalization (v3 New):**
|
|
568
|
-
- Read USER_PROFILE.json at startup
|
|
569
|
-
- Adjust plan detail based on user's:
|
|
570
|
-
- Expertise areas (seniors get less detail)
|
|
571
|
-
- Role (leads might want team considerations)
|
|
572
|
-
- Learning style (hands-on users get examples)
|
|
573
|
-
- Decision-making approach (data-driven users get metrics)
|
|
574
|
-
- Authority level (personal projects vs. enterprise)
|
|
575
|
-
|
|
576
|
-
**Memory Authority:**
|
|
577
|
-
- **Creates:** plan.md
|
|
578
|
-
- **Updates:** .project-memory-state.json
|
|
579
|
-
- **Reads:** planning_brief.md, existing memory, USER_PROFILE.json, codebase
|
|
580
|
-
|
|
581
|
-
---
|
|
582
|
-
|
|
583
|
-
### 5. /intuition-execute (Faraday) - Implementer & Orchestrator
|
|
584
|
-
|
|
585
|
-
**Activation:** When user runs `/intuition-execute`
|
|
586
|
-
|
|
587
|
-
**Role:** "Coordinate implementation with precision"
|
|
588
|
-
|
|
589
|
-
**Workflow:**
|
|
590
|
-
|
|
591
|
-
```
|
|
592
|
-
STEP 1: Load Context
|
|
593
|
-
Read execution_brief.md
|
|
594
|
-
Read plan.md
|
|
595
|
-
Read all existing memory
|
|
596
|
-
Read .claude/USER_PROFILE.json (NEW - user personalization)
|
|
597
|
-
|
|
598
|
-
STEP 2: Confirm Approach
|
|
599
|
-
Present execution strategy to user:
|
|
600
|
-
- Which tasks can run in parallel?
|
|
601
|
-
- What's the critical path?
|
|
602
|
-
- What are quality gates?
|
|
603
|
-
Ask for final confirmation
|
|
604
|
-
|
|
605
|
-
STEP 3: Create Task List (Internal)
|
|
606
|
-
Break plan into concrete tasks:
|
|
607
|
-
- Task IDs
|
|
608
|
-
- Actual implementation steps
|
|
609
|
-
- File paths and code structure
|
|
610
|
-
- Testing requirements
|
|
611
|
-
- Review requirements
|
|
612
|
-
|
|
613
|
-
STEP 4: Delegate Tasks (Parallel Execution)
|
|
614
|
-
Launch sub-agents in parallel (where possible):
|
|
615
|
-
- Code Writer agents: Implement features
|
|
616
|
-
- Test Runner: Verify tests pass
|
|
617
|
-
- Code Reviewer: Quality review
|
|
618
|
-
- Security Expert: MANDATORY security review
|
|
619
|
-
- Documentation: Update docs
|
|
620
|
-
|
|
621
|
-
All run in parallel (Faraday coordinates)
|
|
622
|
-
|
|
623
|
-
STEP 5: Personalize Execution (v3 New - Based on User Profile)
|
|
624
|
-
Read USER_PROFILE.json:
|
|
625
|
-
- Adjust communication level (detailed vs. summary)
|
|
626
|
-
- Match delegation to team size
|
|
627
|
-
- Consider time zone and availability
|
|
628
|
-
- Respect authority level in decision-making
|
|
629
|
-
- Adapt to learning style if explaining
|
|
630
|
-
|
|
631
|
-
STEP 6: Verify Outputs
|
|
632
|
-
For each task:
|
|
633
|
-
- ✓ Acceptance criteria met?
|
|
634
|
-
- ✓ Tests passing?
|
|
635
|
-
- ✓ Code reviewed?
|
|
636
|
-
- ✓ Security review passed? (MANDATORY)
|
|
637
|
-
- ✓ Documentation updated?
|
|
638
|
-
|
|
639
|
-
STEP 7: Update Memory
|
|
640
|
-
|
|
641
|
-
UPDATE bugs.md:
|
|
642
|
-
- Any bugs found during execution
|
|
643
|
-
- With solutions
|
|
644
|
-
|
|
645
|
-
UPDATE decisions.md:
|
|
646
|
-
- Any decisions made during execution
|
|
647
|
-
- Create new ADRs if needed
|
|
648
|
-
|
|
649
|
-
UPDATE issues.md:
|
|
650
|
-
- Log execution work completed
|
|
651
|
-
- Task completion status
|
|
652
|
-
- Any blockers or changes
|
|
653
|
-
|
|
654
|
-
STEP 8: Complete Execution
|
|
655
|
-
Update .project-memory-state.json:
|
|
656
|
-
- workflow.status = "complete"
|
|
657
|
-
- workflow.execution.completed = true
|
|
658
|
-
- workflow.execution.completed_at = timestamp
|
|
659
|
-
- tasks_completed count
|
|
660
|
-
|
|
661
|
-
STEP 9: Report Completion
|
|
662
|
-
"Execution complete!
|
|
663
|
-
- X tasks completed
|
|
664
|
-
- All tests passing
|
|
665
|
-
- Security review passed
|
|
666
|
-
- Documentation updated"
|
|
667
|
-
|
|
668
|
-
STEP 10: Next Steps
|
|
669
|
-
"Run /intuition-discovery to start next feature iteration"
|
|
670
|
-
```
|
|
671
|
-
|
|
672
|
-
**Sub-Agents:**
|
|
673
|
-
- Code Writer: Implement changes
|
|
674
|
-
- Test Runner: Run and verify tests
|
|
675
|
-
- Code Reviewer: Review code quality
|
|
676
|
-
- Security Expert: Security review (mandatory)
|
|
677
|
-
- Documentation: Update documentation
|
|
678
|
-
- Research: Additional research if needed
|
|
679
|
-
- Specification Writer: Technical specs if needed
|
|
680
|
-
|
|
681
|
-
**Parallel Execution Strategy:**
|
|
682
|
-
- Identify independent tasks
|
|
683
|
-
- Run in parallel where possible
|
|
684
|
-
- Coordinate dependencies
|
|
685
|
-
- All agents report to Faraday
|
|
686
|
-
|
|
687
|
-
**Personalization (v3 New):**
|
|
688
|
-
- Read USER_PROFILE.json at startup
|
|
689
|
-
- Adjust personalization based on:
|
|
690
|
-
- Team size (solo vs. team)
|
|
691
|
-
- Authority level (personal vs. enterprise)
|
|
692
|
-
- Communication preference (detailed vs. summary)
|
|
693
|
-
- Time zone (batch reports vs. real-time)
|
|
694
|
-
- Technical environment (cloud providers, tools)
|
|
695
|
-
|
|
696
|
-
**Memory Authority:**
|
|
697
|
-
- **Creates:** Implementation (code changes)
|
|
698
|
-
- **Updates:** bugs.md, decisions.md, issues.md, .project-memory-state.json
|
|
699
|
-
- **Reads:** execution_brief.md, plan.md, existing memory, USER_PROFILE.json, codebase
|
|
700
|
-
|
|
701
|
-
**Critical Gate:**
|
|
702
|
-
Security review is MANDATORY before execution completes. No skipping this gate.
|
|
703
|
-
|
|
704
|
-
---
|
|
705
|
-
|
|
706
|
-
## Memory File Ownership Chart
|
|
707
|
-
|
|
708
|
-
Who creates vs. updates each file:
|
|
709
|
-
|
|
710
|
-
| File | Created By | Updated By | Purpose |
|
|
711
|
-
|------|-----------|-----------|---------|
|
|
712
|
-
| `.project-memory-state.json` | Initialize | Start, Handoff, all skills | Workflow state |
|
|
713
|
-
| `discovery_brief.md` | Waldo | Only Waldo | Discovery narrative |
|
|
714
|
-
| `discovery_output.json` | Waldo | Only Waldo | Discovery structured data |
|
|
715
|
-
| `planning_brief.md` | Handoff | Only Handoff | Context for planning |
|
|
716
|
-
| `plan.md` | Magellan | Only Magellan | Structured plan |
|
|
717
|
-
| `execution_brief.md` | Handoff | Only Handoff | Context for execution |
|
|
718
|
-
| `key_facts.md` | Initialize | Handoff (after discovery) | Project configuration |
|
|
719
|
-
| `decisions.md` | Initialize | Handoff, Faraday | Architectural decisions |
|
|
720
|
-
| `issues.md` | Initialize | Handoff, Faraday | Work history |
|
|
721
|
-
| `bugs.md` | Initialize | Faraday | Problem-solution pairs |
|
|
722
|
-
| `.claude/USER_PROFILE.json` | Initialize | Handoff (after discovery) | Persistent user profile |
|
|
723
|
-
|
|
724
|
-
**Golden Rule:** Each file has one owner. Only that skill creates/updates it (except Handoff which coordinates transitions).
|
|
725
|
-
|
|
726
|
-
---
|
|
727
|
-
|
|
728
|
-
## Data Flow Diagram
|
|
729
|
-
|
|
730
|
-
```
|
|
731
|
-
CYCLE 1: Discovery → Planning → Execution
|
|
732
|
-
|
|
733
|
-
START USER SESSION
|
|
734
|
-
↓
|
|
735
|
-
Run /intuition-start
|
|
736
|
-
├─ Reads: .project-memory-state.json
|
|
737
|
-
├─ Detects: workflow phase
|
|
738
|
-
└─ Suggests: next skill
|
|
739
|
-
↓
|
|
740
|
-
Run /intuition-discovery (Waldo)
|
|
741
|
-
├─ Reads: existing memory
|
|
742
|
-
├─ Launches: 3 research agents (parallel)
|
|
743
|
-
├─ Dialogue: questions + answers (guided or open-ended)
|
|
744
|
-
├─ Learns: user profile information
|
|
745
|
-
├─ Writes: discovery_brief.md
|
|
746
|
-
├─ Writes: discovery_output.json (with user_profile_learnings)
|
|
747
|
-
└─ Routes: /intuition-handoff
|
|
748
|
-
↓
|
|
749
|
-
Run /intuition-handoff
|
|
750
|
-
├─ Reads: discovery_brief.md, discovery_output.json
|
|
751
|
-
├─ Extracts: user_profile_learnings
|
|
752
|
-
├─ Merges: .claude/USER_PROFILE.json
|
|
753
|
-
├─ Updates: key_facts.md, decisions.md, issues.md
|
|
754
|
-
├─ Writes: planning_brief.md
|
|
755
|
-
├─ Updates: .project-memory-state.json
|
|
756
|
-
└─ Routes: /intuition-plan
|
|
757
|
-
↓
|
|
758
|
-
Run /intuition-plan (Magellan)
|
|
759
|
-
├─ Reads: planning_brief.md, memory, USER_PROFILE.json
|
|
760
|
-
├─ Personalizes: based on user profile
|
|
761
|
-
├─ Writes: plan.md
|
|
762
|
-
├─ Updates: .project-memory-state.json
|
|
763
|
-
└─ Routes: user approval required
|
|
764
|
-
↓
|
|
765
|
-
(User reviews and approves plan)
|
|
766
|
-
↓
|
|
767
|
-
Run /intuition-handoff
|
|
768
|
-
├─ Reads: plan.md
|
|
769
|
-
├─ Updates: issues.md
|
|
770
|
-
├─ Writes: execution_brief.md
|
|
771
|
-
├─ Updates: .project-memory-state.json
|
|
772
|
-
└─ Routes: /intuition-execute
|
|
773
|
-
↓
|
|
774
|
-
Run /intuition-execute (Faraday)
|
|
775
|
-
├─ Reads: execution_brief.md, plan.md, memory, USER_PROFILE.json
|
|
776
|
-
├─ Personalizes: based on user profile
|
|
777
|
-
├─ Delegates: tasks to sub-agents (parallel)
|
|
778
|
-
├─ Verifies: all outputs and quality gates
|
|
779
|
-
├─ Updates: bugs.md, decisions.md, issues.md
|
|
780
|
-
├─ Updates: .project-memory-state.json
|
|
781
|
-
└─ Completes: workflow status = "complete"
|
|
782
|
-
↓
|
|
783
|
-
(New feature/iteration)
|
|
784
|
-
└─ Go back to /intuition-discovery
|
|
785
|
-
|
|
786
|
-
CYCLE 2+: Discovery → Planning → Execution
|
|
787
|
-
└─ Profile builds across iterations
|
|
788
|
-
└─ Personalization increases with each cycle
|
|
789
|
-
```
|
|
790
|
-
|
|
791
|
-
---
|
|
792
|
-
|
|
793
|
-
## Key Design Patterns
|
|
794
|
-
|
|
795
|
-
### Pattern 1: File-Based Handoffs
|
|
796
|
-
No APIs, no parameter passing. All data flows through files.
|
|
797
|
-
|
|
798
|
-
**Benefits:**
|
|
799
|
-
- Resumable (files persist)
|
|
800
|
-
- Auditable (history readable)
|
|
801
|
-
- Tool-agnostic (works with any tool)
|
|
802
|
-
- Transparent (users see outputs)
|
|
803
|
-
|
|
804
|
-
### Pattern 2: Parallel Research
|
|
805
|
-
Research tasks launch simultaneously, not sequentially.
|
|
806
|
-
|
|
807
|
-
**Implementation:**
|
|
808
|
-
Single Waldo message with multiple Task calls:
|
|
809
|
-
- Task 1: Best practices
|
|
810
|
-
- Task 2: Pitfalls
|
|
811
|
-
- Task 3: Emerging patterns
|
|
812
|
-
|
|
813
|
-
All run in parallel while dialogue continues.
|
|
814
|
-
|
|
815
|
-
### Pattern 3: Explicit Orchestration
|
|
816
|
-
Handoff skill bridges phases, never direct skill-to-skill.
|
|
817
|
-
|
|
818
|
-
**Benefits:**
|
|
819
|
-
- Memory consistency
|
|
820
|
-
- Clear state transitions
|
|
821
|
-
- Opportunity for personalization prep
|
|
822
|
-
- Audit trail of what changed
|
|
823
|
-
|
|
824
|
-
### Pattern 4: User Profile Building
|
|
825
|
-
Persistent profile across projects, built naturally through dialogue.
|
|
826
|
-
|
|
827
|
-
**Implementation:**
|
|
828
|
-
- Waldo discovers during dialogue
|
|
829
|
-
- Documents in discovery_output.json
|
|
830
|
-
- Handoff merges into .claude/USER_PROFILE.json
|
|
831
|
-
- Magellan and Faraday read for personalization
|
|
832
|
-
|
|
833
|
-
### Pattern 5: Memory Authority
|
|
834
|
-
Each file has one owner. Clear responsibility.
|
|
835
|
-
|
|
836
|
-
**Benefit:** No conflicts, clear update order.
|
|
837
|
-
|
|
838
|
-
---
|
|
839
|
-
|
|
840
|
-
## Resume Support
|
|
841
|
-
|
|
842
|
-
Each skill can resume interrupted work by reading `.project-memory-state.json`:
|
|
843
|
-
|
|
844
|
-
**Waldo Resume:**
|
|
845
|
-
- Read discovery.quality_score.ready_for_formalization
|
|
846
|
-
- If true: skip to formalization
|
|
847
|
-
- If false: continue dialogue from last turn
|
|
848
|
-
|
|
849
|
-
**Magellan Resume:**
|
|
850
|
-
- Read planning_brief.md (context)
|
|
851
|
-
- Check if planning.started
|
|
852
|
-
- Continue from last checkpoint
|
|
853
|
-
|
|
854
|
-
**Faraday Resume:**
|
|
855
|
-
- Read execution state (tasks_completed, current_task)
|
|
856
|
-
- Continue from last completed task
|
|
857
|
-
- Re-verify outputs
|
|
858
|
-
|
|
859
|
-
**Handoff Resume:**
|
|
860
|
-
- Detect which transition is incomplete
|
|
861
|
-
- Complete missing updates
|
|
862
|
-
- Generate missing briefs
|
|
863
|
-
|
|
864
|
-
---
|
|
865
|
-
|
|
866
|
-
## Common Workflows
|
|
867
|
-
|
|
868
|
-
### Workflow 1: Start Fresh Discovery
|
|
869
|
-
```
|
|
870
|
-
/intuition-start
|
|
871
|
-
→ "Ready to explore something new? Run /intuition-discovery"
|
|
872
|
-
↓
|
|
873
|
-
/intuition-discovery (Waldo)
|
|
874
|
-
→ Choose mode, describe what you're exploring, dialogue, create outputs
|
|
875
|
-
↓
|
|
876
|
-
/intuition-handoff
|
|
877
|
-
→ Extract insights, update memory, merge profile, create planning brief
|
|
878
|
-
↓
|
|
879
|
-
/intuition-plan (Magellan)
|
|
880
|
-
→ Personalize based on profile, create plan
|
|
881
|
-
```
|
|
882
|
-
|
|
883
|
-
### Workflow 2: Revise Discovery
|
|
884
|
-
```
|
|
885
|
-
/intuition-discovery (Waldo)
|
|
886
|
-
→ Run again with same or different context
|
|
887
|
-
→ Update discovery_brief.md and discovery_output.json
|
|
888
|
-
↓
|
|
889
|
-
/intuition-handoff
|
|
890
|
-
→ Detect discovery_brief.md timestamp change
|
|
891
|
-
→ Ask if Magellan should re-plan
|
|
892
|
-
→ If yes: create new planning brief
|
|
893
|
-
```
|
|
894
|
-
|
|
895
|
-
### Workflow 3: Skip to Execution (Plan Already Approved)
|
|
896
|
-
```
|
|
897
|
-
/intuition-start
|
|
898
|
-
→ Detects planning complete + not executing
|
|
899
|
-
→ Suggests /intuition-handoff
|
|
900
|
-
↓
|
|
901
|
-
/intuition-handoff
|
|
902
|
-
→ Reads plan.md
|
|
903
|
-
→ Creates execution_brief.md
|
|
904
|
-
↓
|
|
905
|
-
/intuition-execute (Faraday)
|
|
906
|
-
→ Implement according to approved plan
|
|
907
|
-
```
|
|
908
|
-
|
|
909
|
-
### Workflow 4: New Project, Existing User Profile
|
|
910
|
-
```
|
|
911
|
-
Project 1: /intuition-discovery → profile created
|
|
912
|
-
Project 2: /intuition-discovery
|
|
913
|
-
→ Waldo reads existing USER_PROFILE.json
|
|
914
|
-
→ Already knows user's role, expertise, etc.
|
|
915
|
-
→ Focuses on project-specific discovery
|
|
916
|
-
→ Merges new learnings into profile
|
|
917
|
-
↓
|
|
918
|
-
Profile completeness increases
|
|
919
|
-
Personalization becomes more effective
|
|
920
|
-
```
|
|
921
|
-
|
|
922
|
-
---
|
|
923
|
-
|
|
924
|
-
## Troubleshooting Guide
|
|
925
|
-
|
|
926
|
-
### "Discovery_output.json doesn't exist"
|
|
927
|
-
- ✅ Handoff checks for this
|
|
928
|
-
- ✅ Falls back to reading discovery_brief.md manually
|
|
929
|
-
- ✅ Still completes handoff with available data
|
|
930
|
-
|
|
931
|
-
### "State.json is corrupted"
|
|
932
|
-
- ✅ Each skill validates before proceeding
|
|
933
|
-
- ✅ Falls back to checking for file existence
|
|
934
|
-
- ✅ Ask user to re-initialize if needed
|
|
935
|
-
|
|
936
|
-
### "User profile merging conflicted"
|
|
937
|
-
- ✅ Handoff uses confidence scoring
|
|
938
|
-
- ✅ Only overwrites if new data has "high" confidence
|
|
939
|
-
- ✅ Tracks which project informed each property
|
|
940
|
-
|
|
941
|
-
### "Planning didn't start after discovery handoff"
|
|
942
|
-
- ✅ Check workflow state in .project-memory-state.json
|
|
943
|
-
- ✅ Verify planning_brief.md was created
|
|
944
|
-
- ✅ Run /intuition-start to see current status
|
|
945
|
-
|
|
946
|
-
### "Handoff asked which transition but I know"
|
|
947
|
-
- ✅ This happens if state.json is ambiguous
|
|
948
|
-
- ✅ Provide clear answer about which phase just completed
|
|
949
|
-
- ✅ Handoff will proceed with correct transition
|
|
950
|
-
|
|
951
|
-
---
|
|
952
|
-
|
|
953
|
-
## File Sizes & Performance Notes
|
|
954
|
-
|
|
955
|
-
Typical file sizes:
|
|
956
|
-
|
|
957
|
-
| File | Typical Size | Notes |
|
|
958
|
-
|------|-------------|-------|
|
|
959
|
-
| discovery_brief.md | 2-5 KB | Narrative summary |
|
|
960
|
-
| discovery_output.json | 3-8 KB | Structured data |
|
|
961
|
-
| planning_brief.md | 2-4 KB | Focused context |
|
|
962
|
-
| plan.md | 5-15 KB | Tasks, dependencies, risks |
|
|
963
|
-
| execution_brief.md | 2-4 KB | Ready-for-execution context |
|
|
964
|
-
| .project-memory-state.json | 2-5 KB | State tracking |
|
|
965
|
-
| USER_PROFILE.json | 1-3 KB | User information |
|
|
966
|
-
| key_facts.md | 1-3 KB | Grows over time |
|
|
967
|
-
| decisions.md | 2-10 KB | Grows as ADRs added |
|
|
968
|
-
| issues.md | 2-5 KB | Grows as work logged |
|
|
969
|
-
| bugs.md | Varies | Grows as bugs found |
|
|
970
|
-
|
|
971
|
-
**Performance:** File-based architecture is fast. Reading/writing small JSON and markdown files is negligible.
|
|
972
|
-
|
|
973
|
-
---
|
|
974
|
-
|
|
975
|
-
## Summary: The Five Skills as a Team
|
|
976
|
-
|
|
977
|
-
| Skill | Personality | Job | Input | Output |
|
|
978
|
-
|-------|-------------|-----|-------|--------|
|
|
979
|
-
| **Start** | Orienteer | "Where are we?" | State | Status brief |
|
|
980
|
-
| **Waldo** | Thinking Partner | Deep understanding | Dialogue | Discovery outputs |
|
|
981
|
-
| **Handoff** | Orchestrator | Memory + preparation | Phase outputs | Updated memory + briefs |
|
|
982
|
-
| **Magellan** | Strategist | Create structured plan | Planning brief | Plan with tasks |
|
|
983
|
-
| **Faraday** | Implementer | Coordinate execution | Execution brief | Working code + updates |
|
|
984
|
-
|
|
985
|
-
Together they create a symphony:
|
|
986
|
-
- Each focused on one phase
|
|
987
|
-
- Clear handoffs between phases
|
|
988
|
-
- Shared memory (single source of truth)
|
|
989
|
-
- Personalized based on user profile
|
|
990
|
-
- Resumable at any point
|
|
991
|
-
- Tool-agnostic and auditable
|
|
992
|
-
|
|
993
|
-
This is the Intuition three-phase workflow, orchestrated by five specialized skills.
|