@tgoodington/intuition 5.0.0 → 7.0.0
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/docs/intuition_design_skill_spec.md +219 -0
- package/docs/v7_design_spec.md +1111 -0
- package/docs/v7_plan.md +339 -0
- package/package.json +2 -2
- package/scripts/install-skills.js +45 -125
- package/scripts/uninstall-skills.js +22 -13
- package/skills/intuition-design/SKILL.md +378 -0
- package/skills/intuition-engineer/SKILL.md +278 -0
- package/skills/intuition-execute/SKILL.md +100 -48
- package/skills/intuition-handoff/SKILL.md +264 -184
- package/skills/intuition-initialize/SKILL.md +70 -30
- package/skills/intuition-initialize/references/claude_template.md +48 -16
- package/skills/intuition-initialize/references/design_brief_template.md +64 -0
- package/skills/intuition-initialize/references/execution_brief_template.md +22 -15
- package/skills/intuition-initialize/references/intuition_readme_template.md +60 -0
- package/skills/intuition-initialize/references/planning_brief_template.md +9 -7
- package/skills/intuition-initialize/references/state_template.json +30 -21
- package/skills/intuition-plan/SKILL.md +100 -18
- package/skills/intuition-prompt/SKILL.md +35 -4
- package/skills/intuition-start/SKILL.md +187 -87
- package/skills/intuition-discovery/SKILL.md +0 -366
- package/skills/intuition-discovery/references/templates/discovery_brief_template.md +0 -110
- package/skills/intuition-discovery/references/waldo_core.md +0 -1013
|
@@ -16,7 +16,7 @@ These are non-negotiable. Violating any of these means the protocol has failed.
|
|
|
16
16
|
|
|
17
17
|
1. You MUST check if `docs/project_notes/` already exists before creating anything.
|
|
18
18
|
2. You MUST use template files from `references/` directory for all initial content. Read each template with the Read tool, then Write to the target path.
|
|
19
|
-
3. You MUST create `.project-memory-state.json` using the
|
|
19
|
+
3. You MUST create `.project-memory-state.json` using the v4.0 schema from `references/state_template.json`. Do NOT use older schemas (v1.0, v2.0, v3.0).
|
|
20
20
|
4. You MUST update CLAUDE.md with workflow and memory protocols.
|
|
21
21
|
5. You MUST NOT overwrite existing memory files without asking the user first.
|
|
22
22
|
6. You MUST NOT invoke other skills (discovery, plan, execute). You only set up infrastructure.
|
|
@@ -30,8 +30,9 @@ Execute these steps in order:
|
|
|
30
30
|
```
|
|
31
31
|
Step 1: Detect existing setup
|
|
32
32
|
Step 2: Create memory directory and files from templates
|
|
33
|
-
Step 3: Create .project-memory-state.json with
|
|
33
|
+
Step 3: Create .project-memory-state.json with v4.0 schema
|
|
34
34
|
Step 4: Update CLAUDE.md with workflow protocols
|
|
35
|
+
Step 4.5: Create INTUITION.md framework overview
|
|
35
36
|
Step 5: Offer optional components (AGENTS.md, settings, user profile)
|
|
36
37
|
Step 6: Report completion and suggest next step
|
|
37
38
|
```
|
|
@@ -62,6 +63,8 @@ Create the directory structure and initialize memory files:
|
|
|
62
63
|
```
|
|
63
64
|
docs/
|
|
64
65
|
└── project_notes/
|
|
66
|
+
├── trunk/
|
|
67
|
+
├── branches/
|
|
65
68
|
├── bugs.md
|
|
66
69
|
├── decisions.md
|
|
67
70
|
├── key_facts.md
|
|
@@ -69,6 +72,8 @@ docs/
|
|
|
69
72
|
└── .project-memory-state.json
|
|
70
73
|
```
|
|
71
74
|
|
|
75
|
+
Create `docs/project_notes/trunk/` and `docs/project_notes/branches/` as empty directories. Write a `.gitkeep` placeholder to each so they are tracked by git.
|
|
76
|
+
|
|
72
77
|
For each file, use the Read tool to read the template, then use Write to create the target:
|
|
73
78
|
|
|
74
79
|
| Template Source | Target File |
|
|
@@ -84,39 +89,52 @@ Do NOT create workflow output files (discovery_brief.md, plan.md, execution_brie
|
|
|
84
89
|
|
|
85
90
|
Read `references/state_template.json` and write to `docs/project_notes/.project-memory-state.json`.
|
|
86
91
|
|
|
87
|
-
The state file uses the
|
|
92
|
+
The state file uses the v4.0 schema:
|
|
88
93
|
|
|
89
94
|
```json
|
|
90
95
|
{
|
|
91
|
-
"
|
|
96
|
+
"initialized": true,
|
|
97
|
+
"version": "4.0",
|
|
98
|
+
"active_context": "trunk",
|
|
99
|
+
"trunk": {
|
|
92
100
|
"status": "none",
|
|
93
|
-
"
|
|
94
|
-
"
|
|
95
|
-
|
|
96
|
-
|
|
97
|
-
|
|
98
|
-
|
|
99
|
-
|
|
100
|
-
|
|
101
|
-
"
|
|
102
|
-
|
|
103
|
-
|
|
104
|
-
|
|
105
|
-
|
|
106
|
-
|
|
107
|
-
|
|
108
|
-
|
|
109
|
-
|
|
110
|
-
|
|
111
|
-
|
|
101
|
+
"workflow": {
|
|
102
|
+
"prompt": {
|
|
103
|
+
"started": false,
|
|
104
|
+
"completed": false,
|
|
105
|
+
"started_at": null,
|
|
106
|
+
"completed_at": null,
|
|
107
|
+
"output_files": []
|
|
108
|
+
},
|
|
109
|
+
"planning": {
|
|
110
|
+
"started": false,
|
|
111
|
+
"completed": false,
|
|
112
|
+
"completed_at": null,
|
|
113
|
+
"approved": false
|
|
114
|
+
},
|
|
115
|
+
"design": {
|
|
116
|
+
"started": false,
|
|
117
|
+
"completed": false,
|
|
118
|
+
"completed_at": null,
|
|
119
|
+
"items": [],
|
|
120
|
+
"current_item": null
|
|
121
|
+
},
|
|
122
|
+
"execution": {
|
|
123
|
+
"started": false,
|
|
124
|
+
"completed": false,
|
|
125
|
+
"completed_at": null
|
|
126
|
+
}
|
|
112
127
|
}
|
|
113
|
-
}
|
|
128
|
+
},
|
|
129
|
+
"branches": {},
|
|
130
|
+
"last_handoff": null,
|
|
131
|
+
"last_handoff_transition": null
|
|
114
132
|
}
|
|
115
133
|
```
|
|
116
134
|
|
|
117
135
|
**CRITICAL**: This is the authoritative schema. Handoff is the ONLY skill that updates this file after initialization. All other skills read it but NEVER write to it.
|
|
118
136
|
|
|
119
|
-
Do NOT use
|
|
137
|
+
Do NOT use older schemas (v1.0, v2.0, or v3.0). Those schemas are obsolete.
|
|
120
138
|
|
|
121
139
|
## STEP 4: UPDATE CLAUDE.MD
|
|
122
140
|
|
|
@@ -133,10 +151,25 @@ IF CLAUDE.md does NOT exist:
|
|
|
133
151
|
```
|
|
134
152
|
|
|
135
153
|
The template includes:
|
|
136
|
-
-
|
|
154
|
+
- Four-phase workflow description (prompt → plan → design → execute with handoffs)
|
|
137
155
|
- Memory file descriptions and locations
|
|
138
156
|
- Memory-aware protocols (check decisions before changes, search bugs before debugging)
|
|
139
|
-
- Smart skill suggestions (when to suggest /intuition-
|
|
157
|
+
- Smart skill suggestions (when to suggest /intuition-prompt, /intuition-plan, /intuition-design, etc.)
|
|
158
|
+
|
|
159
|
+
## STEP 4.5: CREATE INTUITION.MD
|
|
160
|
+
|
|
161
|
+
Read `references/intuition_readme_template.md` and write to `INTUITION.md` at the project root (same level as CLAUDE.md).
|
|
162
|
+
|
|
163
|
+
```
|
|
164
|
+
IF INTUITION.md already exists:
|
|
165
|
+
→ Ask user: "INTUITION.md already exists. Overwrite with current version?"
|
|
166
|
+
→ If no, skip
|
|
167
|
+
|
|
168
|
+
IF INTUITION.md does NOT exist:
|
|
169
|
+
→ Create it from template
|
|
170
|
+
```
|
|
171
|
+
|
|
172
|
+
This is a brief, human-readable overview of the Intuition workflow. It helps anyone on the project understand what the skills do and how to use them.
|
|
140
173
|
|
|
141
174
|
## STEP 5: OPTIONAL COMPONENTS
|
|
142
175
|
|
|
@@ -195,16 +228,19 @@ Present a concise summary of what was created:
|
|
|
195
228
|
Project memory initialized!
|
|
196
229
|
|
|
197
230
|
Created:
|
|
231
|
+
- docs/project_notes/trunk/ (trunk workflow artifacts)
|
|
232
|
+
- docs/project_notes/branches/ (branch workflow artifacts)
|
|
198
233
|
- docs/project_notes/bugs.md
|
|
199
234
|
- docs/project_notes/decisions.md
|
|
200
235
|
- docs/project_notes/key_facts.md
|
|
201
236
|
- docs/project_notes/issues.md
|
|
202
|
-
- docs/project_notes/.project-memory-state.json (
|
|
237
|
+
- docs/project_notes/.project-memory-state.json (v4.0 schema)
|
|
203
238
|
- CLAUDE.md workflow protocols
|
|
239
|
+
- INTUITION.md framework overview
|
|
204
240
|
|
|
205
241
|
[List any optional components created]
|
|
206
242
|
|
|
207
|
-
Next step: Run /intuition-
|
|
243
|
+
Next step: Run /intuition-prompt to describe what you want to build,
|
|
208
244
|
or /intuition-start to check project status.
|
|
209
245
|
```
|
|
210
246
|
|
|
@@ -226,7 +262,10 @@ These template files are in the `references/` directory. Use Read tool to access
|
|
|
226
262
|
- `issues_template.md`
|
|
227
263
|
|
|
228
264
|
**State template** (used in Step 3):
|
|
229
|
-
- `state_template.json` —
|
|
265
|
+
- `state_template.json` — v4.0 schema
|
|
266
|
+
|
|
267
|
+
**Framework overview** (used in Step 4.5):
|
|
268
|
+
- `intuition_readme_template.md` — high-level workflow overview for INTUITION.md
|
|
230
269
|
|
|
231
270
|
**Configuration templates** (used in Steps 4-5):
|
|
232
271
|
- `claude_template.md` — workflow protocols for CLAUDE.md
|
|
@@ -237,6 +276,7 @@ These template files are in the `references/` directory. Use Read tool to access
|
|
|
237
276
|
**Workflow output templates** (NOT used by initialize — used by handoff):
|
|
238
277
|
- `discovery_output_template.json`
|
|
239
278
|
- `planning_brief_template.md`
|
|
279
|
+
- `design_brief_template.md`
|
|
240
280
|
- `execution_brief_template.md`
|
|
241
281
|
|
|
242
282
|
## MEMORY FILE FORMATS
|
|
@@ -1,36 +1,60 @@
|
|
|
1
1
|
## Project Workflow and Memory System
|
|
2
2
|
|
|
3
|
-
This project uses a
|
|
3
|
+
This project uses a four-phase workflow coordinated by the Intuition system, with institutional knowledge maintained in `docs/project_notes/` for consistency across sessions.
|
|
4
|
+
|
|
5
|
+
### Workflow Model
|
|
6
|
+
|
|
7
|
+
The Intuition workflow uses a trunk-and-branch model:
|
|
8
|
+
- **Trunk**: The first prompt→plan→design→execute cycle. Represents the core vision.
|
|
9
|
+
- **Branches**: Subsequent cycles that build on, extend, or diverge from trunk or other branches.
|
|
10
|
+
- **Engineer**: Post-execution troubleshooting with holistic codebase awareness.
|
|
11
|
+
|
|
12
|
+
All phases: `/intuition-prompt` → `/intuition-handoff` → `/intuition-plan` → `/intuition-handoff` →
|
|
13
|
+
`[/intuition-design loop]` → `/intuition-handoff` → `/intuition-execute` → `/intuition-handoff` → complete
|
|
14
|
+
|
|
15
|
+
After completion: `/intuition-start` to create branches or `/intuition-engineer` to troubleshoot.
|
|
4
16
|
|
|
5
17
|
### Workflow Phases
|
|
6
18
|
|
|
7
19
|
The project follows a structured workflow with handoff transitions between phases:
|
|
8
20
|
|
|
9
|
-
**
|
|
10
|
-
-
|
|
11
|
-
- Framework:
|
|
21
|
+
**Prompt** — `/intuition-prompt`
|
|
22
|
+
- Transforms a rough vision into a precise, planning-ready discovery brief
|
|
23
|
+
- Framework: Capture → Refine → Reflect → Confirm
|
|
12
24
|
- Output: `discovery_brief.md` and `discovery_output.json`
|
|
13
25
|
|
|
14
26
|
**Handoff** — `/intuition-handoff`
|
|
15
27
|
- Processes phase outputs, updates memory files, generates brief for next agent
|
|
16
|
-
- Runs between every phase transition
|
|
28
|
+
- Runs between every phase transition
|
|
29
|
+
- Manages the design loop (item-by-item design cycles)
|
|
17
30
|
- ONLY component that writes to `.project-memory-state.json`
|
|
18
31
|
|
|
19
|
-
**Planning
|
|
32
|
+
**Planning** — `/intuition-plan`
|
|
20
33
|
- Strategic synthesis and structured execution planning
|
|
21
34
|
- Researches codebase, identifies patterns, creates detailed plan
|
|
22
|
-
-
|
|
35
|
+
- Flags tasks requiring design exploration with rationale
|
|
36
|
+
- Output: `plan.md` with tasks, dependencies, risks, design recommendations
|
|
23
37
|
|
|
24
|
-
**
|
|
38
|
+
**Design** — `/intuition-design`
|
|
39
|
+
- Detailed design exploration for flagged plan items
|
|
40
|
+
- Framework: ECD (Elements, Connections, Dynamics)
|
|
41
|
+
- Domain-agnostic: works for code, world building, UI, documents, or any creative/structural work
|
|
42
|
+
- Runs once per flagged item in a loop managed by handoff
|
|
43
|
+
- Output: `design_spec_[item].md` per item
|
|
44
|
+
|
|
45
|
+
**Execution** — `/intuition-execute`
|
|
25
46
|
- Methodical implementation with verification and quality checks
|
|
26
47
|
- Delegates to specialized sub-agents, coordinates work, verifies outputs
|
|
48
|
+
- Reads both plan.md and design specs for implementation guidance
|
|
27
49
|
- Output: Implemented features, updated memory, completion report
|
|
28
50
|
|
|
29
51
|
**Session Primer** — `/intuition-start`
|
|
30
52
|
- Loads project context, detects workflow phase, suggests next step
|
|
31
53
|
- Run at the start of any session to get oriented
|
|
32
54
|
|
|
33
|
-
**Recommended Flow**:
|
|
55
|
+
**Recommended Flow**: Prompt → Handoff → Plan → Handoff → [Design Loop] → Handoff → Execute → Handoff → complete
|
|
56
|
+
|
|
57
|
+
After completion, run `/intuition-start` to create a branch or invoke `/intuition-engineer` to troubleshoot.
|
|
34
58
|
|
|
35
59
|
### Memory Files
|
|
36
60
|
|
|
@@ -42,10 +66,12 @@ The project follows a structured workflow with handoff transitions between phase
|
|
|
42
66
|
- **.project-memory-state.json** — Workflow phase tracking and session state
|
|
43
67
|
|
|
44
68
|
**Phase Output Files** (created during workflow):
|
|
45
|
-
- **discovery_brief.md** —
|
|
46
|
-
- **discovery_output.json** — Structured findings (
|
|
69
|
+
- **discovery_brief.md** — Prompt phase synthesis
|
|
70
|
+
- **discovery_output.json** — Structured findings (processed by Handoff)
|
|
47
71
|
- **planning_brief.md** — Brief for planning phase (created by Handoff)
|
|
48
|
-
- **plan.md** — Structured project plan
|
|
72
|
+
- **plan.md** — Structured project plan with design recommendations
|
|
73
|
+
- **design_brief.md** — Brief for current design item (created/updated by Handoff)
|
|
74
|
+
- **design_spec_[item].md** — Design specifications per item
|
|
49
75
|
- **execution_brief.md** — Brief for execution phase (created by Handoff)
|
|
50
76
|
|
|
51
77
|
### Memory-Aware Protocols
|
|
@@ -77,14 +103,20 @@ The project follows a structured workflow with handoff transitions between phase
|
|
|
77
103
|
|
|
78
104
|
### Smart Skill Suggestions
|
|
79
105
|
|
|
80
|
-
**When
|
|
81
|
-
- "
|
|
106
|
+
**When prompt refinement is complete:**
|
|
107
|
+
- "Prompt refinement looks complete! Use `/intuition-handoff` to process insights and prepare for planning."
|
|
82
108
|
|
|
83
109
|
**When user suggests planning work:**
|
|
84
110
|
- "This sounds like a good candidate for planning. Use `/intuition-handoff` to process discovery, then `/intuition-plan` to develop a structured approach."
|
|
85
111
|
|
|
86
|
-
**When plan is ready
|
|
87
|
-
- "The plan looks ready! Use `/intuition-handoff` to
|
|
112
|
+
**When plan is ready and has design items:**
|
|
113
|
+
- "The plan looks ready! Use `/intuition-handoff` to review design recommendations and start the design loop."
|
|
114
|
+
|
|
115
|
+
**When design items are complete:**
|
|
116
|
+
- "All design specs are done! Use `/intuition-handoff` to prepare the execution brief."
|
|
88
117
|
|
|
89
118
|
**When user is ready to execute:**
|
|
90
119
|
- "Execution brief is ready! Use `/intuition-execute` to kick off coordinated implementation."
|
|
120
|
+
|
|
121
|
+
**When execution is complete:**
|
|
122
|
+
- "Workflow cycle complete! Use `/intuition-start` to create a branch for new work, or `/intuition-engineer` to troubleshoot any issues."
|
|
@@ -0,0 +1,64 @@
|
|
|
1
|
+
# Design Brief Template
|
|
2
|
+
|
|
3
|
+
> **Path note:** `{context_path}` resolves to `docs/project_notes/trunk/` for the trunk context, or `docs/project_notes/branches/{name}/` for a branch context. Shared files (`key_facts.md`, `decisions.md`, `issues.md`, `bugs.md`) always remain at `docs/project_notes/`.
|
|
4
|
+
|
|
5
|
+
> **Generated by:** `/intuition-handoff` (Planning→Design transition, updated per design item)
|
|
6
|
+
> **Consumed by:** `/intuition-design`
|
|
7
|
+
> **Overwritten for:** each design item in the loop
|
|
8
|
+
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
## Current Item
|
|
12
|
+
|
|
13
|
+
**[Item Name]** — [Brief description from plan]
|
|
14
|
+
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
## Plan Context
|
|
18
|
+
|
|
19
|
+
[1-2 paragraph summary of what the plan says about this item]
|
|
20
|
+
|
|
21
|
+
---
|
|
22
|
+
|
|
23
|
+
## Task Details
|
|
24
|
+
|
|
25
|
+
- **Plan Tasks**: [Task numbers from plan.md]
|
|
26
|
+
- **Description**: [From plan.md]
|
|
27
|
+
- **Acceptance Criteria**: [From plan.md]
|
|
28
|
+
- **Dependencies**: [From plan.md]
|
|
29
|
+
|
|
30
|
+
---
|
|
31
|
+
|
|
32
|
+
## Design Rationale
|
|
33
|
+
|
|
34
|
+
[Why plan flagged this for design — what needs elaboration before execution can proceed]
|
|
35
|
+
|
|
36
|
+
---
|
|
37
|
+
|
|
38
|
+
## Prior Design Context
|
|
39
|
+
|
|
40
|
+
[If this is not the first design item: 1-2 sentences about what was designed in previous items that may be relevant. If first item, omit this section.]
|
|
41
|
+
|
|
42
|
+
---
|
|
43
|
+
|
|
44
|
+
## Constraints
|
|
45
|
+
|
|
46
|
+
- [From plan's architectural decisions]
|
|
47
|
+
- [From discovery constraints]
|
|
48
|
+
- [From prior design decisions, if any]
|
|
49
|
+
|
|
50
|
+
---
|
|
51
|
+
|
|
52
|
+
## Design Queue
|
|
53
|
+
|
|
54
|
+
- [x] Item 1 (completed) -> design_spec_item_1.md
|
|
55
|
+
- **Item 2 (current)**
|
|
56
|
+
- [ ] Item 3 (pending)
|
|
57
|
+
|
|
58
|
+
---
|
|
59
|
+
|
|
60
|
+
## References
|
|
61
|
+
|
|
62
|
+
- Plan: `{context_path}/plan.md`
|
|
63
|
+
- Discovery: `{context_path}/discovery_brief.md`
|
|
64
|
+
- Prior design specs: [list completed spec files, if any]
|
|
@@ -1,7 +1,9 @@
|
|
|
1
1
|
# Execution Brief Template
|
|
2
2
|
|
|
3
|
-
> **
|
|
4
|
-
|
|
3
|
+
> **Path note:** `{context_path}` resolves to `docs/project_notes/trunk/` for the trunk context, or `docs/project_notes/branches/{name}/` for a branch context. Shared files (`key_facts.md`, `decisions.md`, `issues.md`, `bugs.md`) always remain at `docs/project_notes/`.
|
|
4
|
+
|
|
5
|
+
> **Generated by:** `/intuition-handoff` (Design→Execution or Planning→Execution transition)
|
|
6
|
+
> **Consumed by:** `/intuition-execute`
|
|
5
7
|
> **Frozen for:** execution phase (don't modify during execution)
|
|
6
8
|
|
|
7
9
|
---
|
|
@@ -43,6 +45,18 @@
|
|
|
43
45
|
|
|
44
46
|
---
|
|
45
47
|
|
|
48
|
+
## Design Specifications
|
|
49
|
+
|
|
50
|
+
[List all design specs produced during the design phase, if any:]
|
|
51
|
+
- `design_spec_[item1].md` — [One-line summary]
|
|
52
|
+
- `design_spec_[item2].md` — [One-line summary]
|
|
53
|
+
|
|
54
|
+
**IMPORTANT:** Execute agents MUST read these specs before implementing flagged tasks. Implement exactly what's specified. If ambiguity is found, escalate to user — do not make design decisions autonomously.
|
|
55
|
+
|
|
56
|
+
[If no design phase was run, omit this section.]
|
|
57
|
+
|
|
58
|
+
---
|
|
59
|
+
|
|
46
60
|
## Plan Overview
|
|
47
61
|
|
|
48
62
|
**Architecture approach:** [High-level design strategy]
|
|
@@ -66,10 +80,7 @@
|
|
|
66
80
|
- Testing: [Count]
|
|
67
81
|
- Documentation: [Count]
|
|
68
82
|
|
|
69
|
-
|
|
70
|
-
- Small tasks (1-2 hours): [Count]
|
|
71
|
-
- Medium tasks (2-4 hours): [Count]
|
|
72
|
-
- Large tasks (4+ hours): [Count]
|
|
83
|
+
[Mark which tasks have associated design specs]
|
|
73
84
|
|
|
74
85
|
---
|
|
75
86
|
|
|
@@ -132,22 +143,18 @@
|
|
|
132
143
|
- Alternatives considered: [What else could have been done]
|
|
133
144
|
- Trade-offs: [What's given up]
|
|
134
145
|
|
|
135
|
-
**Decision 2:** [What was decided]
|
|
136
|
-
- Rationale: [Why this choice]
|
|
137
|
-
- Alternatives considered: [What else could have been done]
|
|
138
|
-
- Trade-offs: [What's given up]
|
|
139
|
-
|
|
140
146
|
---
|
|
141
147
|
|
|
142
148
|
## References
|
|
143
149
|
|
|
144
|
-
- Plan file: `
|
|
145
|
-
- Planning brief: `
|
|
146
|
-
-
|
|
150
|
+
- Plan file: `{context_path}/plan.md`
|
|
151
|
+
- Planning brief: `{context_path}/planning_brief.md`
|
|
152
|
+
- Design specs: `{context_path}/design_spec_*.md`
|
|
153
|
+
- State file: `docs/project_notes/.project-memory-state.json`
|
|
147
154
|
- Related docs: [Links to relevant documentation]
|
|
148
155
|
|
|
149
156
|
---
|
|
150
157
|
|
|
151
158
|
## Notes for Executor
|
|
152
159
|
|
|
153
|
-
[Any guidance for
|
|
160
|
+
[Any guidance for execution — context about approach, team norms, debugging strategies, or gotchas to watch for]
|
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
# Intuition
|
|
2
|
+
|
|
3
|
+
A trunk-and-branch workflow system for Claude Code. Turns rough ideas into structured plans, detailed designs, and executed implementations through guided dialogue. Supports iterative development through independent branch cycles and post-execution troubleshooting.
|
|
4
|
+
|
|
5
|
+
## Workflow
|
|
6
|
+
|
|
7
|
+
```
|
|
8
|
+
/intuition-prompt → /intuition-handoff → /intuition-plan → /intuition-handoff
|
|
9
|
+
↓
|
|
10
|
+
[design loop, if needed]
|
|
11
|
+
↓
|
|
12
|
+
/intuition-execute ← /intuition-handoff
|
|
13
|
+
↓
|
|
14
|
+
/intuition-handoff → complete
|
|
15
|
+
↓
|
|
16
|
+
/intuition-start → create branch or /intuition-engineer
|
|
17
|
+
```
|
|
18
|
+
|
|
19
|
+
Run `/intuition-handoff` between every phase. It manages state, generates briefs, and routes you forward.
|
|
20
|
+
|
|
21
|
+
The first prompt→execute cycle is the **trunk**. After trunk completes, create **branches** for new features or changes. Use `/intuition-engineer` to troubleshoot issues in any completed context.
|
|
22
|
+
|
|
23
|
+
## Skills
|
|
24
|
+
|
|
25
|
+
| Skill | What it does |
|
|
26
|
+
|-------|-------------|
|
|
27
|
+
| `/intuition-start` | Detects where you left off, shows project status, routes to next step or branch creation |
|
|
28
|
+
| `/intuition-prompt` | Sharpens a rough idea into a planning-ready brief through focused Q&A |
|
|
29
|
+
| `/intuition-plan` | Builds a strategic blueprint with tasks, decisions, and design flags |
|
|
30
|
+
| `/intuition-design` | Elaborates flagged items through collaborative design exploration (ECD framework) |
|
|
31
|
+
| `/intuition-execute` | Delegates implementation to specialized subagents and verifies quality |
|
|
32
|
+
| `/intuition-engineer` | Holistic post-execution troubleshooter — diagnoses and fixes issues with full codebase awareness |
|
|
33
|
+
| `/intuition-handoff` | Processes phase outputs, updates memory, prepares the next phase |
|
|
34
|
+
| `/intuition-initialize` | Sets up project memory (you already ran this) |
|
|
35
|
+
|
|
36
|
+
## Quick Start
|
|
37
|
+
|
|
38
|
+
### First cycle (trunk)
|
|
39
|
+
|
|
40
|
+
1. `/intuition-start` — see where you are
|
|
41
|
+
2. `/intuition-prompt` — describe what you want to build
|
|
42
|
+
3. `/intuition-handoff` — process and move to planning
|
|
43
|
+
4. `/intuition-plan` — create the blueprint
|
|
44
|
+
5. `/intuition-handoff` — review design flags, confirm items
|
|
45
|
+
6. `/intuition-design` — elaborate each flagged item (repeat with handoff between)
|
|
46
|
+
7. `/intuition-handoff` — prepare for execution
|
|
47
|
+
8. `/intuition-execute` — build it
|
|
48
|
+
9. `/intuition-handoff` — complete the cycle
|
|
49
|
+
|
|
50
|
+
Not every project needs design. If the plan is clear enough, handoff skips straight to execute.
|
|
51
|
+
|
|
52
|
+
### After trunk completes (branches)
|
|
53
|
+
|
|
54
|
+
10. `/intuition-start` — see project status and choose next step
|
|
55
|
+
- **Create a branch** — start a new feature or change cycle, informed by trunk
|
|
56
|
+
- **Open the engineer** — diagnose and fix issues in any completed context
|
|
57
|
+
|
|
58
|
+
### Troubleshooting
|
|
59
|
+
|
|
60
|
+
Run `/intuition-engineer` at any time after a context is complete. It loads your workflow artifacts, investigates issues holistically, and delegates fixes to subagents.
|
|
@@ -1,8 +1,10 @@
|
|
|
1
1
|
# Planning Brief Template
|
|
2
2
|
|
|
3
|
-
> **
|
|
4
|
-
|
|
5
|
-
> **
|
|
3
|
+
> **Path note:** `{context_path}` resolves to `docs/project_notes/trunk/` for the trunk context, or `docs/project_notes/branches/{name}/` for a branch context. Shared files (`key_facts.md`, `decisions.md`, `issues.md`, `bugs.md`) always remain at `docs/project_notes/`.
|
|
4
|
+
|
|
5
|
+
> **Generated by:** `/intuition-handoff` (Prompt→Planning transition)
|
|
6
|
+
> **Consumed by:** `/intuition-plan`
|
|
7
|
+
> **Frozen for:** planning phase (don't modify during plan approval or execution)
|
|
6
8
|
|
|
7
9
|
---
|
|
8
10
|
|
|
@@ -14,7 +16,7 @@
|
|
|
14
16
|
|
|
15
17
|
## Discovery Summary
|
|
16
18
|
|
|
17
|
-
**Key findings from
|
|
19
|
+
**Key findings from prompt refinement:**
|
|
18
20
|
- Fact 1
|
|
19
21
|
- Fact 2
|
|
20
22
|
- Fact 3
|
|
@@ -88,12 +90,12 @@
|
|
|
88
90
|
|
|
89
91
|
## References
|
|
90
92
|
|
|
91
|
-
- Discovery output: `
|
|
92
|
-
- Discovery brief: `
|
|
93
|
+
- Discovery output: `{context_path}/discovery_output.json`
|
|
94
|
+
- Discovery brief: `{context_path}/discovery_brief.md`
|
|
93
95
|
- Related docs: [Links to relevant documentation]
|
|
94
96
|
|
|
95
97
|
---
|
|
96
98
|
|
|
97
99
|
## Notes for Planner
|
|
98
100
|
|
|
99
|
-
[Any guidance for
|
|
101
|
+
[Any guidance for the planning phase when approaching this problem - context that shapes how the plan should be structured]
|
|
@@ -1,29 +1,38 @@
|
|
|
1
1
|
{
|
|
2
2
|
"initialized": true,
|
|
3
|
-
"version": "
|
|
4
|
-
"
|
|
3
|
+
"version": "4.0",
|
|
4
|
+
"active_context": "trunk",
|
|
5
|
+
"trunk": {
|
|
5
6
|
"status": "none",
|
|
6
|
-
"
|
|
7
|
-
"
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
"
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
|
|
7
|
+
"workflow": {
|
|
8
|
+
"prompt": {
|
|
9
|
+
"started": false,
|
|
10
|
+
"completed": false,
|
|
11
|
+
"started_at": null,
|
|
12
|
+
"completed_at": null,
|
|
13
|
+
"output_files": []
|
|
14
|
+
},
|
|
15
|
+
"planning": {
|
|
16
|
+
"started": false,
|
|
17
|
+
"completed": false,
|
|
18
|
+
"completed_at": null,
|
|
19
|
+
"approved": false
|
|
20
|
+
},
|
|
21
|
+
"design": {
|
|
22
|
+
"started": false,
|
|
23
|
+
"completed": false,
|
|
24
|
+
"completed_at": null,
|
|
25
|
+
"items": [],
|
|
26
|
+
"current_item": null
|
|
27
|
+
},
|
|
28
|
+
"execution": {
|
|
29
|
+
"started": false,
|
|
30
|
+
"completed": false,
|
|
31
|
+
"completed_at": null
|
|
32
|
+
}
|
|
25
33
|
}
|
|
26
34
|
},
|
|
35
|
+
"branches": {},
|
|
27
36
|
"last_handoff": null,
|
|
28
37
|
"last_handoff_transition": null
|
|
29
38
|
}
|