@tgoodington/intuition 8.1.1 → 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/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/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
|
|
|
@@ -2,73 +2,117 @@
|
|
|
2
2
|
|
|
3
3
|
## Overview
|
|
4
4
|
|
|
5
|
-
This project uses a multi-agent system coordinated by Intuition (Claude Code skill system
|
|
6
|
-
|
|
7
|
-
##
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
-
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
-
|
|
17
|
-
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
-
|
|
24
|
-
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
**
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
5
|
+
This project uses a multi-agent system coordinated by Intuition (`@tgoodington/intuition`), a Claude Code skill system. Twelve specialized skills handle prompt refinement, planning, design exploration, code engineering, and build execution, with memory maintained in `docs/project_notes/` for consistency across sessions.
|
|
6
|
+
|
|
7
|
+
## Workflow Skills
|
|
8
|
+
|
|
9
|
+
### Core Workflow (run in sequence with handoff between each)
|
|
10
|
+
|
|
11
|
+
| Skill | Model | What it does |
|
|
12
|
+
|-------|-------|-------------|
|
|
13
|
+
| `/intuition-prompt` | opus | Transforms a rough vision into a planning-ready brief through focused iterative refinement |
|
|
14
|
+
| `/intuition-plan` | opus | Strategic architect — maps stakeholders, explores components, evaluates options, creates executable blueprint |
|
|
15
|
+
| `/intuition-design` | opus | Elaborates flagged plan items through ECD framework (Elements, Connections, Dynamics) |
|
|
16
|
+
| `/intuition-engineer` | opus | Creates code-level specifications through codebase research and interactive dialogue → `code_specs.md` |
|
|
17
|
+
| `/intuition-build` | sonnet | Delegates implementation to subagents, verifies outputs against code specs and acceptance criteria |
|
|
18
|
+
|
|
19
|
+
### Infrastructure
|
|
20
|
+
|
|
21
|
+
| Skill | Model | What it does |
|
|
22
|
+
|-------|-------|-------------|
|
|
23
|
+
| `/intuition-start` | haiku | Loads project context, detects workflow phase, routes to correct next skill |
|
|
24
|
+
| `/intuition-handoff` | haiku | Processes phase outputs, updates memory, generates briefs for the next phase |
|
|
25
|
+
| `/intuition-initialize` | haiku | Sets up project memory infrastructure (run once per project) |
|
|
26
|
+
| `/intuition-update` | haiku | Package update manager |
|
|
27
|
+
|
|
28
|
+
### Advisory
|
|
29
|
+
|
|
30
|
+
| Skill | Model | What it does |
|
|
31
|
+
|-------|-------|-------------|
|
|
32
|
+
| `/intuition-debugger` | opus | Expert debugger — 5 diagnostic categories, causal chain analysis, post-completion only |
|
|
33
|
+
| `/intuition-agent-advisor` | opus | Expert advisor on building custom Claude Code agents |
|
|
34
|
+
| `/intuition-skill-guide` | opus | Expert advisor on building custom Claude Code skills |
|
|
35
|
+
|
|
36
|
+
## Model Strategy
|
|
37
|
+
|
|
38
|
+
- **opus** — Complex multi-step reasoning: prompt refinement, planning, design exploration, code engineering, debugging, advisory
|
|
39
|
+
- **sonnet** — Project management and delegation: build manager, broad research subagents
|
|
40
|
+
- **haiku** — Focused simple tasks: start, handoff, state updates, narrow research subagents
|
|
41
|
+
|
|
42
|
+
## Workflow
|
|
43
|
+
|
|
44
|
+
### Trunk (first cycle)
|
|
45
|
+
|
|
46
|
+
```
|
|
47
|
+
/intuition-prompt → handoff → /intuition-plan → handoff →
|
|
48
|
+
[/intuition-design loop] → handoff → /intuition-engineer → handoff →
|
|
49
|
+
/intuition-build → handoff → complete
|
|
50
|
+
```
|
|
51
|
+
|
|
52
|
+
Each handoff transition:
|
|
53
|
+
1. Reads the previous phase's output
|
|
54
|
+
2. Updates shared memory files
|
|
55
|
+
3. Generates a fresh brief for the next phase
|
|
56
|
+
4. Updates `.project-memory-state.json`
|
|
57
|
+
5. Routes to the next skill (with `/clear` between phases)
|
|
58
|
+
|
|
59
|
+
### Branches (subsequent cycles)
|
|
60
|
+
|
|
61
|
+
After trunk completes, run `/intuition-start` to:
|
|
62
|
+
- **Create a branch** — new prompt→build cycle informed by trunk context
|
|
63
|
+
- **Open the debugger** — investigate hard problems in any completed context
|
|
64
|
+
|
|
65
|
+
Branches follow the same 5-phase workflow but read parent context for continuity.
|
|
66
|
+
|
|
67
|
+
### Design Loop (optional)
|
|
68
|
+
|
|
69
|
+
The plan flags tasks requiring design exploration (Section 6.5). If design items exist:
|
|
70
|
+
1. Handoff generates a design brief for the first item
|
|
71
|
+
2. `/intuition-design` elaborates it using the ECD framework
|
|
72
|
+
3. Handoff checks for remaining items → loops back or advances to engineer
|
|
73
|
+
|
|
74
|
+
### Engineer → Build Split
|
|
75
|
+
|
|
76
|
+
- **Engineer** (opus, interactive) determines the code-level HOW: reads codebase via research subagents, discusses decisions with you, produces `code_specs.md`
|
|
77
|
+
- **Build** (sonnet, PM) implements against specs: delegates to Code Writer subagents, verifies with Code Reviewer, runs mandatory Security Expert review, produces `build_report.md`
|
|
78
|
+
- Build makes NO engineering decisions — it matches output to specs
|
|
79
|
+
|
|
80
|
+
## Build Sub-Agents
|
|
81
|
+
|
|
82
|
+
The build phase delegates to these task-based subagents via the Task tool:
|
|
83
|
+
|
|
84
|
+
| Sub-Agent | Model | Purpose |
|
|
85
|
+
|-----------|-------|---------|
|
|
86
|
+
| Code Writer | sonnet | Implements features and fixes per code specs |
|
|
87
|
+
| Code Reviewer | sonnet | Reviews quality, maintainability, adherence to specs |
|
|
88
|
+
| Security Expert | sonnet | Scans for vulnerabilities (mandatory before completion) |
|
|
89
|
+
|
|
90
|
+
## Project Memory
|
|
91
|
+
|
|
92
|
+
**Memory Files** (`docs/project_notes/`):
|
|
93
|
+
- `bugs.md` — Bug log with solutions and prevention notes
|
|
94
|
+
- `decisions.md` — Architectural Decision Records (ADRs)
|
|
95
|
+
- `key_facts.md` — Project configuration, constants, URLs
|
|
61
96
|
- `issues.md` — Work log with ticket references
|
|
62
97
|
|
|
63
|
-
**
|
|
98
|
+
**Phase Output Files** (in `{context_path}/`):
|
|
99
|
+
- `planning_brief.md` — Brief for planning (created by handoff)
|
|
100
|
+
- `plan.md` — Structured plan with tasks, design recommendations
|
|
101
|
+
- `design_brief.md` — Brief for current design item (created/updated by handoff)
|
|
102
|
+
- `engineering_brief.md` — Brief for engineering (created by handoff)
|
|
103
|
+
- `code_specs.md` — Code-level specifications (created by engineer)
|
|
104
|
+
- `build_brief.md` — Brief for build (created by handoff)
|
|
105
|
+
- `build_report.md` — Task outcomes, files modified (created by build)
|
|
106
|
+
|
|
107
|
+
**How Skills Use Memory:**
|
|
64
108
|
- Check `decisions.md` before proposing architectural changes
|
|
65
109
|
- Search `bugs.md` for similar issues before debugging
|
|
66
110
|
- Reference `key_facts.md` for project configuration
|
|
67
111
|
- Log completed work in `issues.md`
|
|
68
112
|
|
|
69
|
-
##
|
|
113
|
+
## Coordination
|
|
70
114
|
|
|
71
|
-
- All
|
|
72
|
-
- Handoff
|
|
73
|
-
-
|
|
74
|
-
- State
|
|
115
|
+
- All workflow skills route to `/intuition-handoff` between phases
|
|
116
|
+
- Handoff is the ONLY skill that writes to `.project-memory-state.json`
|
|
117
|
+
- `/clear` runs between phases to keep context clean (each skill reads from disk)
|
|
118
|
+
- State tracks trunk, branches, and active context with per-context workflow pipelines
|
|
@@ -1,16 +1,17 @@
|
|
|
1
1
|
## Project Workflow and Memory System
|
|
2
2
|
|
|
3
|
-
This project uses a
|
|
3
|
+
This project uses a five-phase workflow coordinated by the Intuition system, with institutional knowledge maintained in `docs/project_notes/` for consistency across sessions.
|
|
4
4
|
|
|
5
5
|
### Workflow Model
|
|
6
6
|
|
|
7
7
|
The Intuition workflow uses a trunk-and-branch model:
|
|
8
|
-
- **Trunk**: The first prompt→plan→design→
|
|
8
|
+
- **Trunk**: The first prompt→plan→design→engineer→build cycle. Represents the core vision.
|
|
9
9
|
- **Branches**: Subsequent cycles that build on, extend, or diverge from trunk or other branches.
|
|
10
|
-
- **Debugger**: Post-
|
|
10
|
+
- **Debugger**: Post-completion diagnostic specialist for hard problems.
|
|
11
11
|
|
|
12
12
|
All phases: `/intuition-prompt` → `/intuition-handoff` → `/intuition-plan` → `/intuition-handoff` →
|
|
13
|
-
`[/intuition-design loop]` → `/intuition-handoff` → `/intuition-
|
|
13
|
+
`[/intuition-design loop]` → `/intuition-handoff` → `/intuition-engineer` → `/intuition-handoff` →
|
|
14
|
+
`/intuition-build` → `/intuition-handoff` → complete
|
|
14
15
|
|
|
15
16
|
After completion: `/intuition-start` to create branches or `/intuition-debugger` to debug issues.
|
|
16
17
|
|
|
@@ -19,12 +20,12 @@ After completion: `/intuition-start` to create branches or `/intuition-debugger`
|
|
|
19
20
|
The project follows a structured workflow with handoff transitions between phases:
|
|
20
21
|
|
|
21
22
|
**Prompt** — `/intuition-prompt`
|
|
22
|
-
- Transforms a rough vision into a precise, planning-ready
|
|
23
|
+
- Transforms a rough vision into a precise, planning-ready brief
|
|
23
24
|
- Framework: Capture → Refine → Reflect → Confirm
|
|
24
|
-
- Output:
|
|
25
|
+
- Output: Planning-ready brief (processed by Handoff into `planning_brief.md`)
|
|
25
26
|
|
|
26
27
|
**Handoff** — `/intuition-handoff`
|
|
27
|
-
- Processes phase outputs, updates memory files, generates brief for next
|
|
28
|
+
- Processes phase outputs, updates memory files, generates brief for next phase
|
|
28
29
|
- Runs between every phase transition
|
|
29
30
|
- Manages the design loop (item-by-item design cycles)
|
|
30
31
|
- ONLY component that writes to `.project-memory-state.json`
|
|
@@ -40,21 +41,26 @@ The project follows a structured workflow with handoff transitions between phase
|
|
|
40
41
|
- Framework: ECD (Elements, Connections, Dynamics)
|
|
41
42
|
- Domain-agnostic: works for code, world building, UI, documents, or any creative/structural work
|
|
42
43
|
- Runs once per flagged item in a loop managed by handoff
|
|
43
|
-
- Output:
|
|
44
|
+
- Output: Design specifications per item
|
|
44
45
|
|
|
45
|
-
**
|
|
46
|
-
-
|
|
47
|
-
-
|
|
48
|
-
-
|
|
49
|
-
|
|
46
|
+
**Engineering** — `/intuition-engineer`
|
|
47
|
+
- Creates code-level specifications through codebase research and interactive dialogue
|
|
48
|
+
- Research subagents read codebase, engineer discusses decisions with user
|
|
49
|
+
- Output: `code_specs.md` — determines the code-level HOW for every task
|
|
50
|
+
|
|
51
|
+
**Build** — `/intuition-build`
|
|
52
|
+
- Delegates implementation to subagents, verifies against code specs and acceptance criteria
|
|
53
|
+
- Mandatory security review before completion
|
|
54
|
+
- Makes NO engineering decisions — matches output to specs
|
|
55
|
+
- Output: `build_report.md` — task outcomes, files modified, deviations from specs
|
|
50
56
|
|
|
51
57
|
**Session Primer** — `/intuition-start`
|
|
52
58
|
- Loads project context, detects workflow phase, suggests next step
|
|
53
59
|
- Run at the start of any session to get oriented
|
|
54
60
|
|
|
55
|
-
**Recommended Flow**: Prompt → Handoff → Plan → Handoff → [Design Loop] → Handoff →
|
|
61
|
+
**Recommended Flow**: Prompt → Handoff → Plan → Handoff → [Design Loop] → Handoff → Engineer → Handoff → Build → Handoff → complete
|
|
56
62
|
|
|
57
|
-
After completion, run `/intuition-start` to create a branch or invoke `/intuition-debugger` to debug issues.
|
|
63
|
+
Run `/clear` before each phase skill. After completion, run `/intuition-start` to create a branch or invoke `/intuition-debugger` to debug issues.
|
|
58
64
|
|
|
59
65
|
### Memory Files
|
|
60
66
|
|
|
@@ -65,14 +71,14 @@ After completion, run `/intuition-start` to create a branch or invoke `/intuitio
|
|
|
65
71
|
- **issues.md** — Work log with ticket IDs, descriptions, and URLs
|
|
66
72
|
- **.project-memory-state.json** — Workflow phase tracking and session state
|
|
67
73
|
|
|
68
|
-
**Phase Output Files** (created during workflow):
|
|
69
|
-
- **discovery_brief.md** — Prompt phase synthesis
|
|
70
|
-
- **discovery_output.json** — Structured findings (processed by Handoff)
|
|
74
|
+
**Phase Output Files** (created during workflow, in `{context_path}/`):
|
|
71
75
|
- **planning_brief.md** — Brief for planning phase (created by Handoff)
|
|
72
76
|
- **plan.md** — Structured project plan with design recommendations
|
|
73
77
|
- **design_brief.md** — Brief for current design item (created/updated by Handoff)
|
|
74
|
-
- **
|
|
75
|
-
- **
|
|
78
|
+
- **engineering_brief.md** — Brief for engineering phase (created by Handoff)
|
|
79
|
+
- **code_specs.md** — Code-level specifications (created by Engineer)
|
|
80
|
+
- **build_brief.md** — Brief for build phase (created by Handoff)
|
|
81
|
+
- **build_report.md** — Task outcomes and files modified (created by Build)
|
|
76
82
|
|
|
77
83
|
### Memory-Aware Protocols
|
|
78
84
|
|
|
@@ -107,16 +113,22 @@ After completion, run `/intuition-start` to create a branch or invoke `/intuitio
|
|
|
107
113
|
- "Prompt refinement looks complete! Use `/intuition-handoff` to process insights and prepare for planning."
|
|
108
114
|
|
|
109
115
|
**When user suggests planning work:**
|
|
110
|
-
- "This sounds like a good candidate for planning. Use `/intuition-handoff` to process
|
|
116
|
+
- "This sounds like a good candidate for planning. Use `/intuition-handoff` to process the brief, then `/intuition-plan` to develop a structured approach."
|
|
111
117
|
|
|
112
118
|
**When plan is ready and has design items:**
|
|
113
119
|
- "The plan looks ready! Use `/intuition-handoff` to review design recommendations and start the design loop."
|
|
114
120
|
|
|
115
121
|
**When design items are complete:**
|
|
116
|
-
- "All design specs are done! Use `/intuition-handoff` to prepare the
|
|
122
|
+
- "All design specs are done! Use `/intuition-handoff` to prepare the engineering brief."
|
|
123
|
+
|
|
124
|
+
**When user is ready to engineer:**
|
|
125
|
+
- "Engineering brief is ready! Use `/intuition-engineer` to create code specifications."
|
|
126
|
+
|
|
127
|
+
**When engineering is complete:**
|
|
128
|
+
- "Code specs are ready! Use `/intuition-handoff` to prepare the build brief."
|
|
117
129
|
|
|
118
|
-
**When user is ready to
|
|
119
|
-
- "
|
|
130
|
+
**When user is ready to build:**
|
|
131
|
+
- "Build brief is ready! Use `/intuition-build` to kick off implementation."
|
|
120
132
|
|
|
121
|
-
**When
|
|
133
|
+
**When build is complete:**
|
|
122
134
|
- "Workflow cycle complete! Use `/intuition-start` to create a branch for new work, or `/intuition-debugger` to debug any issues."
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Intuition
|
|
2
2
|
|
|
3
|
-
A trunk-and-branch workflow system for Claude Code. Turns rough ideas into structured plans, detailed designs, and
|
|
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. Supports iterative development through independent branch cycles and post-completion debugging.
|
|
4
4
|
|
|
5
5
|
## Workflow
|
|
6
6
|
|
|
@@ -9,16 +9,18 @@ A trunk-and-branch workflow system for Claude Code. Turns rough ideas into struc
|
|
|
9
9
|
↓
|
|
10
10
|
[design loop, if needed]
|
|
11
11
|
↓
|
|
12
|
-
|
|
12
|
+
/intuition-handoff → /intuition-engineer
|
|
13
|
+
↓
|
|
14
|
+
/intuition-build ← /intuition-handoff
|
|
13
15
|
↓
|
|
14
16
|
/intuition-handoff → complete
|
|
15
17
|
↓
|
|
16
18
|
/intuition-start → create branch or /intuition-debugger
|
|
17
19
|
```
|
|
18
20
|
|
|
19
|
-
Run `/intuition-handoff` between every phase. It manages state, generates briefs, and routes you forward.
|
|
21
|
+
Run `/intuition-handoff` between every phase. It manages state, generates briefs, and routes you forward. Run `/clear` before each new phase skill to keep context clean.
|
|
20
22
|
|
|
21
|
-
The first prompt→
|
|
23
|
+
The first prompt→build cycle is the **trunk**. After trunk completes, create **branches** for new features or changes. Use `/intuition-debugger` to investigate hard problems in any completed context.
|
|
22
24
|
|
|
23
25
|
## Skills
|
|
24
26
|
|
|
@@ -28,7 +30,8 @@ The first prompt→execute cycle is the **trunk**. After trunk completes, create
|
|
|
28
30
|
| `/intuition-prompt` | Sharpens a rough idea into a planning-ready brief through focused Q&A |
|
|
29
31
|
| `/intuition-plan` | Builds a strategic blueprint with tasks, decisions, and design flags |
|
|
30
32
|
| `/intuition-design` | Elaborates flagged items through collaborative design exploration (ECD framework) |
|
|
31
|
-
| `/intuition-
|
|
33
|
+
| `/intuition-engineer` | Creates code-level specifications through codebase research and interactive dialogue |
|
|
34
|
+
| `/intuition-build` | Delegates implementation to subagents, verifies against code specs and acceptance criteria |
|
|
32
35
|
| `/intuition-debugger` | Expert debugger — diagnostic specialist for complex bugs, cross-context failures, performance issues |
|
|
33
36
|
| `/intuition-handoff` | Processes phase outputs, updates memory, prepares the next phase |
|
|
34
37
|
| `/intuition-initialize` | Sets up project memory (you already ran this) |
|
|
@@ -43,15 +46,17 @@ The first prompt→execute cycle is the **trunk**. After trunk completes, create
|
|
|
43
46
|
4. `/intuition-plan` — create the blueprint
|
|
44
47
|
5. `/intuition-handoff` — review design flags, confirm items
|
|
45
48
|
6. `/intuition-design` — elaborate each flagged item (repeat with handoff between)
|
|
46
|
-
7. `/intuition-handoff` — prepare for
|
|
47
|
-
8. `/intuition-
|
|
48
|
-
9. `/intuition-handoff` —
|
|
49
|
+
7. `/intuition-handoff` — prepare for engineering
|
|
50
|
+
8. `/intuition-engineer` — create code specifications
|
|
51
|
+
9. `/intuition-handoff` — prepare for build
|
|
52
|
+
10. `/intuition-build` — implement and verify
|
|
53
|
+
11. `/intuition-handoff` — complete the cycle
|
|
49
54
|
|
|
50
|
-
Not every project needs design. If the plan is clear enough, handoff skips straight to
|
|
55
|
+
Not every project needs design. If the plan is clear enough, handoff skips straight to engineer. Run `/clear` before each phase skill.
|
|
51
56
|
|
|
52
57
|
### After trunk completes (branches)
|
|
53
58
|
|
|
54
|
-
|
|
59
|
+
12. `/intuition-start` — see project status and choose next step
|
|
55
60
|
- **Create a branch** — start a new feature or change cycle, informed by trunk
|
|
56
61
|
- **Open the debugger** — investigate hard problems in any completed context
|
|
57
62
|
|
|
@@ -26,6 +26,7 @@ These are non-negotiable. Violating any of these means the protocol has failed.
|
|
|
26
26
|
14. You MUST treat user input as suggestions unless explicitly stated as requirements. Evaluate critically and propose alternatives when warranted.
|
|
27
27
|
15. You MUST assess every task for design readiness and include a "Design Recommendations" section in the plan. Flag any task where execution cannot proceed without further design exploration (see DESIGN READINESS ASSESSMENT below).
|
|
28
28
|
16. When planning on a branch, you MUST read the parent context's plan.md and include a Parent Context section (Section 2.5). Inherited architectural decisions from the parent are binding unless the user explicitly overrides them.
|
|
29
|
+
17. You MUST NEVER proceed past a research agent launch until its results have returned and been incorporated into your analysis. Do NOT draft options, present findings, or write any output document while a research agent is still running.
|
|
29
30
|
|
|
30
31
|
REMINDER: One question per turn. Route to `/intuition-handoff`, never to `/intuition-engineer` or `/intuition-build`.
|
|
31
32
|
|
|
@@ -221,7 +222,8 @@ For each major decision domain identified from the discovery brief, orientation
|
|
|
221
222
|
- Each agent prompt MUST reference the specific decision domain, return under 400 words.
|
|
222
223
|
- Write results to `{context_path}/.planning_research/decision_[domain].md` (snake_case).
|
|
223
224
|
- NEVER launch more than 2 agents simultaneously.
|
|
224
|
-
|
|
225
|
+
- WAIT for all research agents to return and read their results before proceeding to step 3.
|
|
226
|
+
3. **Present** 2-3 options with trade-offs. Include your recommendation and why. Incorporate the research findings.
|
|
225
227
|
4. **Ask** the user to select via AskUserQuestion.
|
|
226
228
|
5. **Record** the resolved decision to `{context_path}/.planning_research/decisions_log.md`:
|
|
227
229
|
|
|
@@ -267,6 +269,8 @@ If the user wants to discuss more, return to Phase 3.
|
|
|
267
269
|
|
|
268
270
|
## Step 2: Draft the plan
|
|
269
271
|
|
|
272
|
+
Before drafting, verify ALL research agents launched during Phase 3 have returned and their findings are recorded in `decisions_log.md`. If any agent is still pending, WAIT for it.
|
|
273
|
+
|
|
270
274
|
Read `{context_path}/.planning_research/decisions_log.md` and `orientation.md` to gather resolved context. Draft the plan following the plan.md output format below, applying scope scaling for the selected tier.
|
|
271
275
|
|
|
272
276
|
## Step 3: Validate
|