@tgoodington/intuition 8.1.0 → 8.1.2
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/README.md +83 -392
- package/package.json +1 -1
- package/skills/intuition-design/SKILL.md +5 -2
- package/skills/intuition-engineer/SKILL.md +1 -0
- package/skills/intuition-initialize/SKILL.md +77 -146
- package/skills/intuition-initialize/references/agents_template.md +106 -62
- package/skills/intuition-initialize/references/claude_template.md +37 -25
- package/skills/intuition-initialize/references/intuition_readme_template.md +15 -10
- package/skills/intuition-plan/SKILL.md +5 -1
- package/skills/intuition-start/SKILL.md +91 -339
package/README.md
CHANGED
|
@@ -1,440 +1,131 @@
|
|
|
1
|
-
# Intuition
|
|
1
|
+
# Intuition
|
|
2
2
|
|
|
3
|
-
A
|
|
3
|
+
A trunk-and-branch workflow system for Claude Code. Turns rough ideas into structured plans, detailed designs, code specifications, and verified implementations through guided dialogue.
|
|
4
4
|
|
|
5
|
-
**
|
|
6
|
-
|
|
7
|
-
2. **`/intuition-discovery`** - Waldo (explore problems through GAPP and Socratic dialogue)
|
|
8
|
-
3. **`/intuition-handoff`** - Orchestrator (extract insights, update memory, brief next agent)
|
|
9
|
-
4. **`/intuition-plan`** - Magellan (synthesize discovery into structured executable plans)
|
|
10
|
-
5. **`/intuition-execute`** - Faraday (orchestrate implementation with methodical precision)
|
|
5
|
+
**npm**: [`@tgoodington/intuition`](https://www.npmjs.com/package/@tgoodington/intuition)
|
|
6
|
+
**GitHub**: [tgoodington/intuition](https://github.com/tgoodington/intuition)
|
|
11
7
|
|
|
12
|
-
|
|
13
|
-
- `/intuition-initialize` - Setup project memory system
|
|
14
|
-
|
|
15
|
-
## Quick Start
|
|
16
|
-
|
|
17
|
-
```bash
|
|
18
|
-
# Install globally
|
|
19
|
-
npm install -g intuition
|
|
20
|
-
|
|
21
|
-
# In Claude Code, typical workflow:
|
|
22
|
-
/intuition-start # Load context and check workflow status
|
|
23
|
-
/intuition-discovery # Waldo guides discovery (GAPP dialogue)
|
|
24
|
-
/intuition-handoff # Extract insights, brief planner
|
|
25
|
-
/intuition-plan # Magellan creates structured plan
|
|
26
|
-
/intuition-handoff # Prepare execution context
|
|
27
|
-
/intuition-execute # Faraday orchestrates implementation
|
|
28
|
-
```
|
|
29
|
-
|
|
30
|
-
**Key Point:** Always start with `/intuition-start` — it will tell you which step to take next.
|
|
31
|
-
|
|
32
|
-
## Why Five Skills?
|
|
33
|
-
|
|
34
|
-
Each skill has a focused responsibility:
|
|
35
|
-
|
|
36
|
-
| Skill | Role | Phase | Input | Output | Focus |
|
|
37
|
-
|-------|------|-------|-------|--------|-------|
|
|
38
|
-
| `/intuition-start` | Primer | Any | State file | Context brief + suggestion | Navigation |
|
|
39
|
-
| `/intuition-discovery` | Waldo | Discovery | Problem description | `discovery_brief.md`, `discovery_output.json` | Understanding & dialogue |
|
|
40
|
-
| `/intuition-handoff` | Orchestrator | Transition | Phase output | Updated memory + brief | Context bridging |
|
|
41
|
-
| `/intuition-plan` | Magellan | Planning | `planning_brief.md` | `plan.md` | Strategy & synthesis |
|
|
42
|
-
| `/intuition-execute` | Faraday | Execution | `execution_brief.md` | Code + memory | Implementation |
|
|
43
|
-
|
|
44
|
-
By splitting into five phases with explicit handoffs:
|
|
45
|
-
- **Clean context** - Each skill gets exactly what it needs, nothing more
|
|
46
|
-
- **Memory consistency** - Handoff maintains project memory across phases
|
|
47
|
-
- **Higher success rate** - Less context bloat, better focus
|
|
48
|
-
- **Resume support** - Interrupted work picks up from last checkpoint
|
|
49
|
-
- **Transparency** - Every phase produces readable, auditable outputs
|
|
50
|
-
|
|
51
|
-
## The Five-Phase Workflow
|
|
52
|
-
|
|
53
|
-
### Phase 1: Discovery with Waldo
|
|
54
|
-
|
|
55
|
-
Explore your problem deeply using the GAPP framework:
|
|
56
|
-
|
|
57
|
-
```
|
|
58
|
-
/intuition-discovery
|
|
59
|
-
```
|
|
60
|
-
|
|
61
|
-
Waldo guides you through genuine dialogue covering:
|
|
62
|
-
- **Problem** - What's the core challenge?
|
|
63
|
-
- **Goals** - What does success look like?
|
|
64
|
-
- **UX Context** - Who will use this and how?
|
|
65
|
-
- **Personalization** - What drives this work for you?
|
|
66
|
-
|
|
67
|
-
**Output:** `docs/project_notes/discovery_brief.md` + `discovery_output.json`
|
|
68
|
-
|
|
69
|
-
Uses Socratic questioning and systems thinking to surface authentic intentions.
|
|
70
|
-
|
|
71
|
-
### Phase 1.5: Discovery → Planning Handoff
|
|
72
|
-
|
|
73
|
-
Process discovery and prepare for planning:
|
|
74
|
-
|
|
75
|
-
```
|
|
76
|
-
/intuition-handoff
|
|
77
|
-
```
|
|
78
|
-
|
|
79
|
-
The orchestrator:
|
|
80
|
-
1. Reads your discovery output
|
|
81
|
-
2. Extracts key facts, decisions, constraints
|
|
82
|
-
3. Updates project memory files
|
|
83
|
-
4. Generates `planning_brief.md` for Magellan
|
|
84
|
-
5. Updates workflow state
|
|
85
|
-
|
|
86
|
-
**Output:** Updated memory + fresh planning context
|
|
87
|
-
|
|
88
|
-
### Phase 2: Planning with Magellan
|
|
89
|
-
|
|
90
|
-
Create a structured plan from discovery:
|
|
91
|
-
|
|
92
|
-
```
|
|
93
|
-
/intuition-plan
|
|
94
|
-
```
|
|
95
|
-
|
|
96
|
-
Magellan:
|
|
97
|
-
1. Reads your planning brief and memory
|
|
98
|
-
2. Researches your codebase
|
|
99
|
-
3. Synthesizes insights into a strategic plan
|
|
100
|
-
4. Detects planning depth (simple vs. complex)
|
|
101
|
-
5. Presents plan for your approval
|
|
102
|
-
|
|
103
|
-
**Output:** `docs/project_notes/plan.md`
|
|
104
|
-
|
|
105
|
-
Includes tasks with acceptance criteria, dependencies, risks, and execution notes.
|
|
106
|
-
|
|
107
|
-
### Phase 2.5: Planning → Execution Handoff
|
|
108
|
-
|
|
109
|
-
Process plan and prepare for execution:
|
|
110
|
-
|
|
111
|
-
```
|
|
112
|
-
/intuition-handoff
|
|
113
|
-
```
|
|
114
|
-
|
|
115
|
-
The orchestrator:
|
|
116
|
-
1. Reads your plan
|
|
117
|
-
2. Extracts task structure and risks
|
|
118
|
-
3. Updates project memory with planning outcomes
|
|
119
|
-
4. Generates `execution_brief.md` for Faraday
|
|
120
|
-
5. Updates workflow state
|
|
121
|
-
|
|
122
|
-
**Output:** Updated memory + fresh execution context
|
|
123
|
-
|
|
124
|
-
### Phase 3: Execution with Faraday
|
|
125
|
-
|
|
126
|
-
Execute the approved plan:
|
|
127
|
-
|
|
128
|
-
```
|
|
129
|
-
/intuition-execute
|
|
130
|
-
```
|
|
131
|
-
|
|
132
|
-
Faraday:
|
|
133
|
-
1. Reads execution brief and memory
|
|
134
|
-
2. Confirms approach with you
|
|
135
|
-
3. Delegates to specialized sub-agents
|
|
136
|
-
4. Verifies outputs against acceptance criteria
|
|
137
|
-
5. Updates project memory
|
|
138
|
-
6. Reports completion
|
|
139
|
-
|
|
140
|
-
**Output:** Implemented code + updated project memory
|
|
141
|
-
|
|
142
|
-
## Project Memory System
|
|
143
|
-
|
|
144
|
-
Intuition maintains persistent project knowledge:
|
|
145
|
-
|
|
146
|
-
```
|
|
147
|
-
docs/project_notes/
|
|
148
|
-
├── .project-memory-state.json (workflow status & resume data)
|
|
149
|
-
├── discovery_brief.md (from Waldo)
|
|
150
|
-
├── plan.md (from Magellan)
|
|
151
|
-
├── bugs.md (known issues & solutions)
|
|
152
|
-
├── decisions.md (architectural decisions)
|
|
153
|
-
├── key_facts.md (project configuration)
|
|
154
|
-
└── issues.md (work log)
|
|
155
|
-
```
|
|
156
|
-
|
|
157
|
-
All three agents reference and update project memory for consistency.
|
|
158
|
-
|
|
159
|
-
## Workflow Status
|
|
160
|
-
|
|
161
|
-
Check where you are in the workflow:
|
|
162
|
-
|
|
163
|
-
```
|
|
164
|
-
/intuition-start
|
|
165
|
-
```
|
|
166
|
-
|
|
167
|
-
Returns current status:
|
|
168
|
-
- **Discovery:** In progress / Complete
|
|
169
|
-
- **Planning:** In progress / Complete / Approved
|
|
170
|
-
- **Execution:** In progress / Complete
|
|
171
|
-
|
|
172
|
-
Also provides helpful next-step suggestions.
|
|
173
|
-
|
|
174
|
-
## File Outputs
|
|
175
|
-
|
|
176
|
-
### discovery_brief.md (From Waldo)
|
|
177
|
-
|
|
178
|
-
```markdown
|
|
179
|
-
# Discovery Brief
|
|
180
|
-
|
|
181
|
-
## Problem
|
|
182
|
-
[Core challenge and context]
|
|
183
|
-
|
|
184
|
-
## Goals
|
|
185
|
-
[Success criteria]
|
|
186
|
-
|
|
187
|
-
## User Context
|
|
188
|
-
[Personas and workflows]
|
|
189
|
-
|
|
190
|
-
## Personalization / Motivation
|
|
191
|
-
[What drives this work]
|
|
192
|
-
|
|
193
|
-
## Scope
|
|
194
|
-
[In scope / out of scope]
|
|
195
|
-
|
|
196
|
-
## Assumptions
|
|
197
|
-
[With confidence levels]
|
|
198
|
-
```
|
|
199
|
-
|
|
200
|
-
### plan.md (From Magellan)
|
|
201
|
-
|
|
202
|
-
```markdown
|
|
203
|
-
# Plan: [Title]
|
|
204
|
-
|
|
205
|
-
## Objective
|
|
206
|
-
[What will be accomplished]
|
|
207
|
-
|
|
208
|
-
## Discovery Summary
|
|
209
|
-
[Key insights from Waldo]
|
|
210
|
-
|
|
211
|
-
## Research Context
|
|
212
|
-
[Codebase findings]
|
|
213
|
-
|
|
214
|
-
## Approach
|
|
215
|
-
[Strategy and rationale]
|
|
216
|
-
|
|
217
|
-
## Tasks
|
|
218
|
-
[With acceptance criteria, dependencies]
|
|
219
|
-
|
|
220
|
-
## Risks & Mitigations
|
|
221
|
-
[Identified risks]
|
|
222
|
-
|
|
223
|
-
## Execution Notes for Faraday
|
|
224
|
-
[Guidance for execution]
|
|
225
|
-
```
|
|
226
|
-
|
|
227
|
-
## Resume Support
|
|
228
|
-
|
|
229
|
-
All three agents can resume interrupted work:
|
|
230
|
-
|
|
231
|
-
- **Waldo** resumes from the last GAPP phase
|
|
232
|
-
- **Magellan** resumes from research or draft state
|
|
233
|
-
- **Faraday** resumes from the last completed task
|
|
234
|
-
|
|
235
|
-
Just run the skill again and it will pick up from the checkpoint.
|
|
236
|
-
|
|
237
|
-
## Discovery Revision
|
|
238
|
-
|
|
239
|
-
If you need to revise your discovery:
|
|
240
|
-
|
|
241
|
-
1. Run `/intuition-discovery` again
|
|
242
|
-
2. Waldo updates `discovery_brief.md`
|
|
243
|
-
3. Magellan detects the change and offers to re-plan
|
|
244
|
-
4. New plan created with updated context
|
|
245
|
-
|
|
246
|
-
## Installation
|
|
247
|
-
|
|
248
|
-
### Install Globally (Recommended)
|
|
8
|
+
## Install
|
|
249
9
|
|
|
250
10
|
```bash
|
|
251
11
|
npm install -g @tgoodington/intuition
|
|
252
12
|
```
|
|
253
13
|
|
|
254
|
-
This installs
|
|
255
|
-
- `/intuition-start` - Load project context
|
|
256
|
-
- `/intuition-initialize` - Setup project memory
|
|
257
|
-
- `/intuition-discovery` - Waldo's discovery
|
|
258
|
-
- `/intuition-plan` - Magellan's planning
|
|
259
|
-
- `/intuition-execute` - Faraday's execution
|
|
14
|
+
This installs 12 skills globally to `~/.claude/skills/`. Verify by typing `/` in Claude Code — you should see skills starting with `intuition-`.
|
|
260
15
|
|
|
261
|
-
|
|
16
|
+
## Workflow
|
|
262
17
|
|
|
263
|
-
|
|
264
|
-
cd intuition
|
|
265
|
-
npm install -g .
|
|
266
|
-
```
|
|
267
|
-
|
|
268
|
-
### Verify Installation
|
|
269
|
-
|
|
270
|
-
In Claude Code, type `/` to see available skills. You should see all five:
|
|
271
|
-
- `/intuition-start`
|
|
272
|
-
- `/intuition-initialize`
|
|
273
|
-
- `/intuition-discovery`
|
|
274
|
-
- `/intuition-plan`
|
|
275
|
-
- `/intuition-execute`
|
|
276
|
-
|
|
277
|
-
## Skills Reference
|
|
278
|
-
|
|
279
|
-
### `/intuition-start`
|
|
280
|
-
|
|
281
|
-
Load project context and check workflow status.
|
|
18
|
+
Five phases with handoff transitions between each:
|
|
282
19
|
|
|
283
20
|
```
|
|
284
|
-
|
|
21
|
+
prompt → plan → [design] → engineer → build
|
|
285
22
|
```
|
|
286
23
|
|
|
287
|
-
**
|
|
288
|
-
- Loads project memory files
|
|
289
|
-
- Checks workflow status
|
|
290
|
-
- Suggests next steps based on status
|
|
291
|
-
- Enforces project protocols
|
|
292
|
-
|
|
293
|
-
**When to use:** Start of every session
|
|
24
|
+
The first cycle is the **trunk**. After completion, create **branches** for new features or changes.
|
|
294
25
|
|
|
295
|
-
###
|
|
296
|
-
|
|
297
|
-
Setup project memory system.
|
|
26
|
+
### Quick Start
|
|
298
27
|
|
|
299
28
|
```
|
|
300
|
-
/intuition-initialize
|
|
29
|
+
/intuition-initialize # Set up project memory (once per project)
|
|
30
|
+
/intuition-start # Check status, get routed to next step
|
|
31
|
+
/intuition-prompt # Describe what you want to build
|
|
32
|
+
/intuition-handoff # Process → move to planning
|
|
33
|
+
/intuition-plan # Create the blueprint
|
|
34
|
+
/intuition-handoff # Review design flags
|
|
35
|
+
/intuition-design # Elaborate flagged items (if any)
|
|
36
|
+
/intuition-handoff # Prepare for engineering
|
|
37
|
+
/intuition-engineer # Create code specifications
|
|
38
|
+
/intuition-handoff # Prepare for build
|
|
39
|
+
/intuition-build # Implement and verify
|
|
40
|
+
/intuition-handoff # Complete the cycle
|
|
301
41
|
```
|
|
302
42
|
|
|
303
|
-
|
|
304
|
-
- `docs/project_notes/` directory
|
|
305
|
-
- `bugs.md` - Bug tracking
|
|
306
|
-
- `decisions.md` - Architecture decisions
|
|
307
|
-
- `key_facts.md` - Project configuration
|
|
308
|
-
- `issues.md` - Work log
|
|
309
|
-
- `.project-memory-state.json` - Workflow tracking
|
|
43
|
+
Run `/clear` before each phase skill to keep context clean. Not every project needs design — if the plan is clear enough, handoff skips straight to engineer.
|
|
310
44
|
|
|
311
|
-
|
|
45
|
+
## Skills
|
|
312
46
|
|
|
313
|
-
###
|
|
47
|
+
### Core Workflow
|
|
314
48
|
|
|
315
|
-
|
|
49
|
+
| Skill | Model | Purpose |
|
|
50
|
+
|-------|-------|---------|
|
|
51
|
+
| `/intuition-prompt` | opus | Refines a rough idea into a planning-ready brief |
|
|
52
|
+
| `/intuition-plan` | opus | Strategic blueprint with tasks, dependencies, design flags |
|
|
53
|
+
| `/intuition-design` | opus | ECD framework design exploration for flagged items |
|
|
54
|
+
| `/intuition-engineer` | opus | Code-level specs through research + interactive dialogue |
|
|
55
|
+
| `/intuition-build` | sonnet | Delegates implementation, verifies against specs |
|
|
316
56
|
|
|
317
|
-
|
|
318
|
-
/intuition-discovery
|
|
319
|
-
```
|
|
57
|
+
### Infrastructure
|
|
320
58
|
|
|
321
|
-
|
|
322
|
-
|
|
323
|
-
-
|
|
324
|
-
-
|
|
325
|
-
-
|
|
326
|
-
-
|
|
59
|
+
| Skill | Model | Purpose |
|
|
60
|
+
|-------|-------|---------|
|
|
61
|
+
| `/intuition-start` | haiku | Detects phase, routes to next skill, version check |
|
|
62
|
+
| `/intuition-handoff` | haiku | State transitions, brief generation, design loop |
|
|
63
|
+
| `/intuition-initialize` | haiku | Project memory setup (run once) |
|
|
64
|
+
| `/intuition-update` | haiku | Package update manager |
|
|
327
65
|
|
|
328
|
-
|
|
66
|
+
### Advisory
|
|
329
67
|
|
|
330
|
-
|
|
68
|
+
| Skill | Model | Purpose |
|
|
69
|
+
|-------|-------|---------|
|
|
70
|
+
| `/intuition-debugger` | opus | Expert diagnostics for complex post-completion bugs |
|
|
71
|
+
| `/intuition-agent-advisor` | opus | Guidance on building custom Claude Code agents |
|
|
72
|
+
| `/intuition-skill-guide` | opus | Guidance on building custom Claude Code skills |
|
|
331
73
|
|
|
332
|
-
|
|
74
|
+
## Key Concepts
|
|
333
75
|
|
|
334
|
-
|
|
335
|
-
/intuition-plan
|
|
336
|
-
```
|
|
76
|
+
### Engineer → Build Split
|
|
337
77
|
|
|
338
|
-
**
|
|
339
|
-
-
|
|
340
|
-
- Researches codebase (parallel agents)
|
|
341
|
-
- Synthesizes into strategic plan
|
|
342
|
-
- Auto-detects planning depth
|
|
343
|
-
- Saves `plan.md`
|
|
78
|
+
- **Engineer** (opus) determines the code-level HOW: researches codebase, discusses decisions interactively, produces `code_specs.md`
|
|
79
|
+
- **Build** (sonnet) implements against specs: delegates to subagents, verifies with reviewers, runs mandatory security review, produces `build_report.md`
|
|
344
80
|
|
|
345
|
-
|
|
81
|
+
### Trunk and Branches
|
|
346
82
|
|
|
347
|
-
|
|
83
|
+
- **Trunk**: First prompt→build cycle — the foundation
|
|
84
|
+
- **Branches**: Subsequent cycles that read parent context for continuity
|
|
85
|
+
- After any cycle completes, `/intuition-start` offers branch creation or debugging
|
|
348
86
|
|
|
349
|
-
|
|
87
|
+
### Design Loop
|
|
350
88
|
|
|
351
|
-
|
|
352
|
-
/intuition-execute
|
|
353
|
-
```
|
|
89
|
+
The plan flags tasks needing design exploration. Handoff manages a loop: design one item → check for more → design next or advance to engineer.
|
|
354
90
|
|
|
355
|
-
|
|
356
|
-
- Reads plan and discovery context
|
|
357
|
-
- Confirms approach with you
|
|
358
|
-
- Delegates to sub-agents (parallel when possible)
|
|
359
|
-
- Verifies outputs
|
|
360
|
-
- Updates project memory
|
|
91
|
+
### Project Memory
|
|
361
92
|
|
|
362
|
-
|
|
363
|
-
|
|
364
|
-
|
|
365
|
-
|
|
366
|
-
Faraday coordinates these specialized agents:
|
|
367
|
-
|
|
368
|
-
| Agent | Purpose |
|
|
369
|
-
|-------|---------|
|
|
370
|
-
| Code Writer | Implementation |
|
|
371
|
-
| Test Runner | Testing & verification |
|
|
372
|
-
| Code Reviewer | Quality review |
|
|
373
|
-
| Documentation | Updates docs |
|
|
374
|
-
| Research | Codebase exploration |
|
|
375
|
-
| Security Expert | Vulnerability scanning |
|
|
376
|
-
| Technical Spec Writer | Specification creation |
|
|
377
|
-
| Communications Specialist | User-facing documentation |
|
|
378
|
-
|
|
379
|
-
## Documentation
|
|
380
|
-
|
|
381
|
-
- **Workflow Guide:** `docs/intuition-workflow.md`
|
|
382
|
-
- **Architecture:** `docs/intuition-architecture.md`
|
|
383
|
-
- **Waldo Reference:** `skills/intuition-discovery/references/waldo_core.md`
|
|
384
|
-
- **Magellan Reference:** `skills/intuition-plan/references/magellan_core.md`
|
|
385
|
-
- **Faraday Reference:** `skills/intuition-execute/references/faraday_core.md`
|
|
386
|
-
|
|
387
|
-
## Requirements
|
|
388
|
-
|
|
389
|
-
- Node.js 14.0.0 or higher
|
|
390
|
-
- Claude Code or similar agent system
|
|
93
|
+
All workflow state and knowledge lives in `docs/project_notes/`:
|
|
94
|
+
- Shared memory: `bugs.md`, `decisions.md`, `key_facts.md`, `issues.md`
|
|
95
|
+
- State: `.project-memory-state.json` (owned by handoff)
|
|
96
|
+
- Phase outputs: briefs, plan, code specs, build report (in context-specific paths)
|
|
391
97
|
|
|
392
98
|
## Project Structure
|
|
393
99
|
|
|
394
100
|
```
|
|
395
101
|
intuition/
|
|
396
102
|
├── skills/
|
|
397
|
-
│ ├── intuition-start/
|
|
398
|
-
│ ├── intuition-
|
|
399
|
-
│ ├── intuition-
|
|
400
|
-
│ ├── intuition-
|
|
401
|
-
│
|
|
402
|
-
├──
|
|
403
|
-
│ ├── intuition-
|
|
404
|
-
│
|
|
405
|
-
├──
|
|
406
|
-
├──
|
|
407
|
-
|
|
103
|
+
│ ├── intuition-start/ # Session primer + routing
|
|
104
|
+
│ ├── intuition-prompt/ # Discovery refinement
|
|
105
|
+
│ ├── intuition-plan/ # Strategic planning
|
|
106
|
+
│ ├── intuition-design/ # ECD design exploration
|
|
107
|
+
│ ├── intuition-engineer/ # Code spec creation
|
|
108
|
+
│ ├── intuition-build/ # Implementation + verification
|
|
109
|
+
│ ├── intuition-handoff/ # State transitions + briefs
|
|
110
|
+
│ ├── intuition-debugger/ # Post-completion diagnostics
|
|
111
|
+
│ ├── intuition-initialize/ # Project memory setup
|
|
112
|
+
│ ├── intuition-update/ # Package updates
|
|
113
|
+
│ ├── intuition-agent-advisor/ # Agent building guidance
|
|
114
|
+
│ └── intuition-skill-guide/ # Skill building guidance
|
|
115
|
+
├── scripts/
|
|
116
|
+
│ ├── install-skills.js # Postinstall → copies skills to ~/.claude/skills/
|
|
117
|
+
│ └── uninstall-skills.js # Preuninstall → removes skills
|
|
118
|
+
├── docs/ # Architecture and design documentation
|
|
119
|
+
├── bin/ # CLI entry point
|
|
120
|
+
├── package.json
|
|
121
|
+
└── README.md
|
|
408
122
|
```
|
|
409
123
|
|
|
410
|
-
##
|
|
124
|
+
## Requirements
|
|
411
125
|
|
|
412
|
-
|
|
413
|
-
-
|
|
414
|
-
- Workflow improvements
|
|
415
|
-
- Documentation enhancements
|
|
416
|
-
- Framework extensions
|
|
126
|
+
- Node.js 14.0.0+
|
|
127
|
+
- Claude Code
|
|
417
128
|
|
|
418
129
|
## License
|
|
419
130
|
|
|
420
131
|
MIT
|
|
421
|
-
|
|
422
|
-
## Support
|
|
423
|
-
|
|
424
|
-
For issues or questions:
|
|
425
|
-
- Check `docs/intuition-workflow.md` for user guide
|
|
426
|
-
- Check `docs/intuition-architecture.md` for technical details
|
|
427
|
-
- Review skill documentation in `skills/*/SKILL.md`
|
|
428
|
-
- Check project memory in `docs/project_notes/` for decisions and issues
|
|
429
|
-
|
|
430
|
-
## Version History
|
|
431
|
-
|
|
432
|
-
### 2.0.0+
|
|
433
|
-
- Complete refactor into three-agent system (Waldo → Magellan → Faraday)
|
|
434
|
-
- GAPP framework for discovery
|
|
435
|
-
- File-based handoffs through project memory
|
|
436
|
-
- Enhanced state management
|
|
437
|
-
- Resume support for all phases
|
|
438
|
-
|
|
439
|
-
### 1.x
|
|
440
|
-
- Original monolithic planning system
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@tgoodington/intuition",
|
|
3
|
-
"version": "8.1.
|
|
3
|
+
"version": "8.1.2",
|
|
4
4
|
"description": "Trunk-and-branch workflow system for Claude Code: prompt, plan, design, engineer, build with iterative branching. Code spec creation, domain-agnostic design exploration with ECD framework, and file-based handoffs through project memory.",
|
|
5
5
|
"keywords": [
|
|
6
6
|
"claude-code",
|
|
@@ -24,6 +24,7 @@ These are non-negotiable. Violating any of these means the protocol has failed.
|
|
|
24
24
|
12. You MUST NOT modify `plan.md`, `discovery_brief.md`, or `design_brief.md`.
|
|
25
25
|
13. You MUST NOT manage `.project-memory-state.json` — handoff owns state transitions.
|
|
26
26
|
14. You MUST treat user input as suggestions unless explicitly stated as requirements. Evaluate critically, propose alternatives, and engage in dialogue before accepting decisions.
|
|
27
|
+
15. You MUST NEVER proceed past a research agent launch until its results have returned and been incorporated into your analysis. Do NOT continue the dialogue, draft specs, or write any output document while a research agent is still running.
|
|
27
28
|
|
|
28
29
|
REMINDER: One question per turn. Route to `/intuition-handoff`, never to `/intuition-engineer` or `/intuition-build`.
|
|
29
30
|
|
|
@@ -151,7 +152,7 @@ Domain-adaptive focus questions:
|
|
|
151
152
|
|
|
152
153
|
Each turn: 2-4 sentences of analysis referencing research findings, then ONE question via AskUserQuestion with 2-4 options.
|
|
153
154
|
|
|
154
|
-
**Research triggers:** If an element definition requires investigating existing patterns or prior art, launch a targeted haiku agent.
|
|
155
|
+
**Research triggers:** If an element definition requires investigating existing patterns or prior art, launch a targeted haiku agent. WAIT for results before continuing the dialogue.
|
|
155
156
|
|
|
156
157
|
# PHASE 3: CONNECTIONS (1-2 turns) [ECD: C]
|
|
157
158
|
|
|
@@ -179,12 +180,14 @@ Domain-adaptive focus questions:
|
|
|
179
180
|
|
|
180
181
|
This phase gets the most turns because dynamics design often reveals new elements or connection needs. If a gap appears, loop back briefly to address it.
|
|
181
182
|
|
|
182
|
-
**Research triggers:** For complex design questions requiring deeper analysis, launch a sonnet agent (subagent_type: general-purpose, model: sonnet) for trade-off analysis. Limit: 1 at a time, 600-word responses.
|
|
183
|
+
**Research triggers:** For complex design questions requiring deeper analysis, launch a sonnet agent (subagent_type: general-purpose, model: sonnet) for trade-off analysis. Limit: 1 at a time, 600-word responses. WAIT for results before continuing the dialogue.
|
|
183
184
|
|
|
184
185
|
# PHASE 5: FORMALIZATION (1 turn)
|
|
185
186
|
|
|
186
187
|
## Step 1: ECD coverage check
|
|
187
188
|
|
|
189
|
+
Before proceeding, verify ALL research agents launched during Phases 2-4 have returned and their findings are incorporated. If any agent is still pending, WAIT for it.
|
|
190
|
+
|
|
188
191
|
Verify all three dimensions are sufficiently explored:
|
|
189
192
|
- **Elements**: Can you list every building block with its properties?
|
|
190
193
|
- **Connections**: Can you describe how every element relates to others?
|
|
@@ -24,6 +24,7 @@ These are non-negotiable. Violating any of these means the protocol has failed.
|
|
|
24
24
|
8. You MUST NOT write code. You produce specs, not implementations.
|
|
25
25
|
9. You MUST NOT manage `.project-memory-state.json` — handoff owns state transitions.
|
|
26
26
|
10. You MUST treat user input as suggestions, not commands (unless explicitly stated as requirements). Evaluate critically, propose alternatives, and engage in dialogue before changing approach.
|
|
27
|
+
11. You MUST NEVER proceed past a research agent launch until its results have returned and been incorporated into your analysis. Do NOT synthesize findings, continue dialogue, or write code_specs.md while a research agent is still running.
|
|
27
28
|
|
|
28
29
|
## CONTEXT PATH RESOLUTION
|
|
29
30
|
|