@tgoodington/intuition 2.0.2 → 2.0.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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@tgoodington/intuition",
3
- "version": "2.0.2",
3
+ "version": "2.0.4",
4
4
  "description": "Three-agent system for software project planning and execution. Waldo (discovery), Magellan (planning), Faraday (execution) with file-based handoffs through project memory.",
5
5
  "keywords": [
6
6
  "claude-code",
@@ -52,11 +52,12 @@ When invoked for the first time in a project, create the following structure:
52
52
  ```
53
53
  docs/
54
54
  └── project_notes/
55
- ├── bugs.md # Bug log with solutions
56
- ├── decisions.md # Architectural Decision Records
57
- ├── key_facts.md # Project configuration and constants
58
- ├── issues.md # Work log with ticket references
59
- └── project_plan.md # Project plan (created by Waldo planning agent)
55
+ ├── bugs.md # Bug log with solutions
56
+ ├── decisions.md # Architectural Decision Records
57
+ ├── key_facts.md # Project configuration and constants
58
+ ├── issues.md # Work log with ticket references
59
+ ├── project_plan.md # Structured project plan with milestones and tasks
60
+ └── .project-memory-state.json # Workflow state and resume data
60
61
  ```
61
62
 
62
63
  **Directory naming rationale:** Using `docs/project_notes/` instead of `memory/` makes it look like standard engineering organization, not AI-specific tooling. This increases adoption and maintenance by human developers.
@@ -66,17 +67,46 @@ docs/
66
67
  - Use `references/decisions_template.md` for initial `decisions.md`
67
68
  - Use `references/key_facts_template.md` for initial `key_facts.md`
68
69
  - Use `references/issues_template.md` for initial `issues.md`
70
+ - Use `references/project_plan_template.md` for initial `project_plan.md`
71
+ - Use `references/state_template.json` for initial `.project-memory-state.json`
69
72
 
70
- Each template includes format examples and usage tips.
73
+ Each template includes format examples and usage tips. The project plan can be left as a template until the user creates an actual plan with Waldo.
71
74
 
72
75
  ### 2. Configure CLAUDE.md - Memory-Aware Behavior
73
76
 
74
77
  Add or update the following section in the project's `CLAUDE.md` file:
75
78
 
76
79
  ```markdown
77
- ## Project Memory System
80
+ ## Project Workflow and Memory System
78
81
 
79
- This project maintains institutional knowledge in `docs/project_notes/` for consistency across sessions.
82
+ This project uses a three-phase workflow coordinated by the Intuition system, with institutional knowledge maintained in `docs/project_notes/` for consistency across sessions.
83
+
84
+ ### Workflow Phases
85
+
86
+ The project follows a structured three-phase workflow:
87
+
88
+ **Phase 1: Discovery (Waldo)**
89
+ - Purpose: Deep understanding of the problem through collaborative dialogue
90
+ - Framework: GAPP (Problem → Goals → UX Context → Personalization)
91
+ - Output: `discovery_brief.md` with comprehensive context
92
+ - When: Starting new features or investigating complex problems
93
+ - Skill: `/intuition-discovery`
94
+
95
+ **Phase 2: Planning (Magellan)**
96
+ - Purpose: Strategic synthesis and structured execution planning
97
+ - Process: Research codebase, identify patterns, create detailed plan
98
+ - Output: `project_plan.md` or `plan.md` with tasks, dependencies, risks
99
+ - When: After discovery phase, ready to design approach
100
+ - Skill: `/intuition-plan`
101
+
102
+ **Phase 3: Execution (Faraday)**
103
+ - Purpose: Methodical implementation with verification and quality checks
104
+ - Process: Delegate to specialized sub-agents, coordinate work, verify outputs
105
+ - Output: Implemented features, updated memory, completion report
106
+ - When: Plan is approved and ready to implement
107
+ - Skill: `/intuition-execute`
108
+
109
+ **Recommended Workflow**: Discovery → Planning → Execution (→ Repeat for next feature)
80
110
 
81
111
  ### Memory Files
82
112
 
@@ -88,7 +118,7 @@ This project maintains institutional knowledge in `docs/project_notes/` for cons
88
118
 
89
119
  ### Documentation Flagging
90
120
 
91
- This project uses a documentation flagging system where specialized agents (Waldo for planning, Architect for execution) emit flags when they complete work. The base Claude agent processes these flags and routes documentation to the appropriate memory file.
121
+ This project uses a documentation flagging system where specialized agents (Waldo for discovery, Magellan for planning, Faraday for execution) emit flags when they complete work. The base Claude agent processes these flags and routes documentation to the appropriate memory file.
92
122
 
93
123
  **Flag format**: `[DOCUMENT: type] "content"`
94
124
 
@@ -195,19 +225,29 @@ This project uses a multi-agent system coordinated by Intuition (Claude Code plu
195
225
 
196
226
  ### Primary Coordination Agents
197
227
 
198
- **Waldo** - Planning & Thought Partnership
199
- - Role: Conversational planning partner for feature development and architecture decisions
200
- - Activation: Invoked at project start or when planning complex features
201
- - Behavior: Collaborative dialogue, refinement, reflection before finalizing plans
202
- - Output: Markdown plans submitted for user approval
203
- - Key: Never executes changes - strictly planning-focused
204
-
205
- **The Architect** - Execution Orchestrator
206
- - Role: Executes approved plans by delegating to specialized sub-agents
207
- - Activation: After user approves plan from Waldo
228
+ **Waldo** - Discovery & Thought Partnership (Skill: `/intuition-discovery`)
229
+ - Role: Conversational discovery partner for understanding problems deeply
230
+ - Framework: GAPP (Problem Goals UX Context Personalization)
231
+ - Activation: Invoked at project start or when exploring complex problems
232
+ - Behavior: Collaborative dialogue, Socratic questioning, systems thinking
233
+ - Output: `discovery_brief.md` with comprehensive context for planning
234
+ - Key: Never executes changes - strictly discovery-focused
235
+
236
+ **Magellan** - Planning & Strategic Synthesis (Skill: `/intuition-plan`)
237
+ - Role: Synthesizes discovery into structured, executable plans
238
+ - Activation: After discovery phase or when planning new features
239
+ - Behavior: Researches codebase, identifies patterns, creates detailed strategy
240
+ - Output: `plan.md` with tasks, dependencies, risks, confidence scores
241
+ - Coordination: Prepares context for Faraday execution, seeks user approval
242
+ - Integration: Works with project memory system, references past decisions
243
+
244
+ **Faraday** - Execution & Implementation (Skill: `/intuition-execute`)
245
+ - Role: Executes approved plans by orchestrating specialized sub-agents
246
+ - Activation: After user approves plan from Magellan
208
247
  - Behavior: Breaks down plans into concrete tasks, ensures quality, monitors progress
209
248
  - Coordination: Manages parallel execution, handles failures with retry strategies
210
249
  - Integration: Works with project memory system, Security Expert review before commits
250
+ - Output: Implemented features, updated memory, completion report
211
251
 
212
252
  ### Specialized Sub-Agents
213
253
 
@@ -269,16 +309,16 @@ The 10-agent system is organized into three functional categories:
269
309
  - **Communications Specialist** - Audience-specific documents (user guides, executive summaries)
270
310
  - **Code Reviewer** - Code quality documentation and feedback
271
311
 
272
- ### Support Agents (3)
273
- - **Security Expert** - Security scanning and vulnerability detection
274
- - **Waldo** - Planning thought partner (coordinates plans)
275
- - **Architect** - Execution orchestrator (coordinates implementation)
312
+ ### Coordination Agents (3)
313
+ - **Waldo** - Discovery & thought partner (coordinates discovery)
314
+ - **Magellan** - Planning & synthesis (coordinates planning)
315
+ - **Faraday** - Execution & implementation (coordinates execution)
276
316
 
277
317
  ## Extensibility via Dynamic Discovery
278
318
 
279
319
  The system can discover new agent archetypes based on emerging needs:
280
320
 
281
- 1. Both Waldo (planning) and Architect (execution) can identify unknown agent types
321
+ 1. Both Magellan (planning) and Faraday (execution) can identify unknown agent types
282
322
  2. They request Research agent to find best practices for that archetype
283
323
  3. Findings are documented in `docs/intuition-framework-improvements.md`
284
324
  4. Patterns are available for current session and documented for future framework-wide adoption
@@ -291,47 +331,56 @@ The system can discover new agent archetypes based on emerging needs:
291
331
  **When**: Planning new features or significant changes
292
332
  **Flow**:
293
333
  1. User → Waldo (describe what you want to build)
294
- 2. Waldo asks clarifying questions, explores codebase, creates plan
295
- 3. User approves or provides feedback
296
- 4. Waldo hands off to Architect
297
- 5. Architect Sub-agents (parallel delegation for efficiency)
334
+ 2. Waldo asks clarifying questions through GAPP, explores codebase, creates discovery brief
335
+ 3. Waldo hands off to Magellan
336
+ 4. Magellan researches, synthesizes strategy, creates detailed plan
337
+ 5. User approves or provides feedback
338
+ 6. Magellan hands off to Faraday
339
+ 7. Faraday → Sub-agents (parallel delegation for efficiency)
298
340
  - Code Writer writes implementation
299
341
  - Test Runner verifies with tests
300
342
  - Code Reviewer checks quality
301
343
  - Security Expert reviews before commit
302
344
  - Documentation updates relevant files
303
345
 
304
- **Benefits**: Clear understanding, architectural alignment, team knowledge captured in plan
346
+ **Benefits**: Deep understanding, clear strategy, architectural alignment, team knowledge captured
305
347
 
306
- ### Pattern 2: Direct Execution
348
+ ### Pattern 2: Direct Execution (Simple Tasks)
307
349
  **When**: Simple tasks with clear requirements (bug fixes, small features)
308
350
  **Flow**:
309
- 1. User → Architect (describe what to do)
310
- 2. Architect breaks into tasks
311
- 3. Architect → Sub-agents (delegated work)
351
+ 1. User → Faraday (describe what to do)
352
+ 2. Faraday breaks into tasks
353
+ 3. Faraday → Sub-agents (delegated work)
312
354
  4. Parallel execution of independent tasks
313
355
  5. Results verified and consolidated
314
356
 
315
357
  **Benefits**: Faster for straightforward work, skips planning overhead
316
358
 
317
- ### Pattern 3: Exploration & Research
318
- **When**: Understanding codebase, investigating issues, evaluating approaches
359
+ ### Pattern 3: Discovery & Investigation
360
+ **When**: Understanding codebase, investigating complex issues, evaluating approaches
319
361
  **Flow**:
320
- 1. User → Research agent (ask your question)
321
- 2. Research explores, investigates, gathers information
322
- 3. Research provides findings with confidence scores and citations
362
+ 1. User → Waldo (ask questions or describe unclear problem)
363
+ 2. Waldo guides through GAPP dialogue, explores codebase, creates discovery brief with findings
364
+ 3. Waldo provides findings with confidence scores and citations for next steps
323
365
 
324
- **Benefits**: Factual information grounded in codebase analysis
366
+ **Benefits**: Deep understanding, confidence-scored insights, foundation for planning or direct implementation
325
367
 
326
368
  ## Agent Coordination Protocols
327
369
 
328
- ### Handoff Protocol: Waldo → Architect
329
- When Waldo completes planning and user approves:
330
- - Waldo creates markdown plan with all necessary details
331
- - Plan includes tasks, dependencies, confidence scores, and risk assessment
332
- - Waldo explicitly hands off to Architect with context
333
- - Architect reads plan, validates understanding, asks clarifying questions if needed
334
- - Architect never modifies plan without user approval
370
+ ### Handoff Protocol: Waldo → Magellan → Faraday
371
+
372
+ **Discovery to Planning (Waldo Magellan):**
373
+ - Waldo completes discovery brief with comprehensive context
374
+ - Waldo explicitly hands off to Magellan with discovery findings
375
+ - Magellan reads discovery brief, validates understanding, asks clarifying questions if needed
376
+ - Magellan never modifies discovery findings - uses them to inform strategy
377
+
378
+ **Planning to Execution (Magellan → Faraday):**
379
+ - Magellan creates detailed markdown plan with all necessary details
380
+ - Plan includes tasks, dependencies, confidence scores, risk assessment, and approach rationale
381
+ - Magellan explicitly hands off to Faraday with context and plan
382
+ - Faraday reads plan, validates understanding, confirms approach with user
383
+ - Faraday never modifies plan without user approval - executes according to specifications
335
384
 
336
385
  ### Parallel Execution
337
386
  The Architect can delegate multiple sub-agents to run in parallel when:
@@ -92,13 +92,14 @@ Based on state.json, I'll tell you:
92
92
 
93
93
  ```
94
94
  1. /intuition-start
95
- ├─ Reads docs/project_notes/.project-memory-state.json
96
- ├─ Reads docs/project_notes/bugs.md
97
- ├─ Reads docs/project_notes/decisions.md
98
- ├─ Reads docs/project_notes/key_facts.md
99
- ├─ Reads docs/project_notes/issues.md
100
- ├─ Reads CLAUDE.md (if exists)
101
- ├─ Reads AGENTS.md (if exists)
95
+ ├─ Reads docs/project_notes/.project-memory-state.json (workflow status)
96
+ ├─ Reads docs/project_notes/bugs.md (known issues and solutions)
97
+ ├─ Reads docs/project_notes/decisions.md (architectural decisions)
98
+ ├─ Reads docs/project_notes/key_facts.md (project configuration)
99
+ ├─ Reads docs/project_notes/issues.md (work log)
100
+ ├─ Reads docs/project_notes/project_plan.md (if exists - current plan)
101
+ ├─ Reads CLAUDE.md (if exists - established guidelines)
102
+ ├─ Reads AGENTS.md (if exists - multi-agent protocols)
102
103
  └─ Summarizes status and suggests next skill
103
104
 
104
105
  2. Your options (based on workflow status):