@tgoodington/intuition 8.1.3 → 9.2.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +9 -9
- package/docs/project_notes/.project-memory-state.json +100 -0
- package/docs/project_notes/branches/.gitkeep +0 -0
- package/docs/project_notes/bugs.md +41 -0
- package/docs/project_notes/decisions.md +147 -0
- package/docs/project_notes/issues.md +101 -0
- package/docs/project_notes/key_facts.md +88 -0
- package/docs/project_notes/trunk/.gitkeep +0 -0
- package/docs/project_notes/trunk/.planning_research/decision_file_naming.md +15 -0
- package/docs/project_notes/trunk/.planning_research/decisions_log.md +32 -0
- package/docs/project_notes/trunk/.planning_research/orientation.md +51 -0
- package/docs/project_notes/trunk/audit/plan-rename-hitlist.md +654 -0
- package/docs/project_notes/trunk/blueprint-conflicts.md +109 -0
- package/docs/project_notes/trunk/blueprints/database-architect.md +416 -0
- package/docs/project_notes/trunk/blueprints/devops-infrastructure.md +514 -0
- package/docs/project_notes/trunk/blueprints/technical-writer.md +788 -0
- package/docs/project_notes/trunk/build_brief.md +119 -0
- package/docs/project_notes/trunk/build_report.md +250 -0
- package/docs/project_notes/trunk/detail_brief.md +94 -0
- package/docs/project_notes/trunk/plan.md +182 -0
- package/docs/project_notes/trunk/planning_brief.md +96 -0
- package/docs/project_notes/trunk/prompt_brief.md +60 -0
- package/docs/project_notes/trunk/prompt_output.json +98 -0
- package/docs/project_notes/trunk/scratch/database-architect-decisions.json +72 -0
- package/docs/project_notes/trunk/scratch/database-architect-research-plan.md +10 -0
- package/docs/project_notes/trunk/scratch/database-architect-stage1.md +226 -0
- package/docs/project_notes/trunk/scratch/devops-infrastructure-decisions.json +71 -0
- package/docs/project_notes/trunk/scratch/devops-infrastructure-research-plan.md +7 -0
- package/docs/project_notes/trunk/scratch/devops-infrastructure-stage1.md +164 -0
- package/docs/project_notes/trunk/scratch/technical-writer-decisions.json +88 -0
- package/docs/project_notes/trunk/scratch/technical-writer-research-plan.md +7 -0
- package/docs/project_notes/trunk/scratch/technical-writer-stage1.md +266 -0
- package/docs/project_notes/trunk/team_assignment.json +108 -0
- package/docs/project_notes/trunk/test_brief.md +75 -0
- package/docs/project_notes/trunk/test_report.md +26 -0
- package/docs/project_notes/trunk/verification/devops-infrastructure-verification.md +172 -0
- package/docs/v9/decision-framework-direction.md +142 -0
- package/docs/v9/decision-framework-implementation.md +114 -0
- package/docs/v9/domain-adaptive-team-architecture.md +1016 -0
- package/docs/v9/test/SESSION_SUMMARY.md +117 -0
- package/docs/v9/test/TEST_PLAN.md +119 -0
- package/docs/v9/test/blueprints/legal-analyst.md +166 -0
- package/docs/v9/test/output/07_cover_letter.md +41 -0
- package/docs/v9/test/phase2/mock_plan.md +89 -0
- package/docs/v9/test/phase2/producers.json +32 -0
- package/docs/v9/test/phase2/specialists/database-architect.specialist.md +10 -0
- package/docs/v9/test/phase2/specialists/financial-analyst.specialist.md +10 -0
- package/docs/v9/test/phase2/specialists/legal-analyst.specialist.md +10 -0
- package/docs/v9/test/phase2/specialists/technical-writer.specialist.md +10 -0
- package/docs/v9/test/phase2/team_assignment.json +61 -0
- package/docs/v9/test/phase3/blueprints/legal-analyst.md +840 -0
- package/docs/v9/test/phase3/legal-analyst-full.specialist.md +111 -0
- package/docs/v9/test/phase3/project_context/nh_landlord_tenant_notes.md +35 -0
- package/docs/v9/test/phase3/project_context/property_facts.md +32 -0
- package/docs/v9/test/phase3b/blueprints/legal-analyst.md +1715 -0
- package/docs/v9/test/phase3b/legal-analyst.specialist.md +153 -0
- package/docs/v9/test/phase3b/scratch/legal-analyst-stage1.md +270 -0
- package/docs/v9/test/phase4/TEST_PLAN.md +32 -0
- package/docs/v9/test/phase4/blueprints/financial-analyst-T2.md +538 -0
- package/docs/v9/test/phase4/blueprints/legal-analyst-T4.md +253 -0
- package/docs/v9/test/phase4/cross-blueprint-check.md +280 -0
- package/docs/v9/test/phase4/scratch/financial-analyst-T2-stage1.md +67 -0
- package/docs/v9/test/phase4/scratch/legal-analyst-T4-stage1.md +54 -0
- package/docs/v9/test/phase4/specialists/financial-analyst.specialist.md +156 -0
- package/docs/v9/test/phase4/specialists/legal-analyst.specialist.md +153 -0
- package/docs/v9/test/phase5/TEST_PLAN.md +35 -0
- package/docs/v9/test/phase5/blueprints/code-architect-hw-vetter.md +375 -0
- package/docs/v9/test/phase5/output/04_compliance_checklist.md +149 -0
- package/docs/v9/test/phase5/output/hardware-vetter-SKILL-v2.md +561 -0
- package/docs/v9/test/phase5/output/hardware-vetter-SKILL.md +459 -0
- package/docs/v9/test/phase5/producers/code-writer.producer.md +49 -0
- package/docs/v9/test/phase5/producers/document-writer.producer.md +62 -0
- package/docs/v9/test/phase5/regression-comparison-v2.md +60 -0
- package/docs/v9/test/phase5/regression-comparison.md +197 -0
- package/docs/v9/test/phase5/review-5A-specialist.md +213 -0
- package/docs/v9/test/phase5/specialist-test/TEST_PLAN.md +60 -0
- package/docs/v9/test/phase5/specialist-test/blueprint-comparison.md +252 -0
- package/docs/v9/test/phase5/specialist-test/blueprints/code-architect-hw-vetter.md +916 -0
- package/docs/v9/test/phase5/specialist-test/scratch/code-architect-stage1.md +427 -0
- package/docs/v9/test/phase5/specialists/code-architect.specialist.md +168 -0
- package/docs/v9/test/phase5b/TEST_PLAN.md +219 -0
- package/docs/v9/test/phase5b/blueprints/5B-10-stage2-with-decisions.md +286 -0
- package/docs/v9/test/phase5b/decisions/5B-2-accept-all-decisions.json +68 -0
- package/docs/v9/test/phase5b/decisions/5B-3-promote-decisions.json +70 -0
- package/docs/v9/test/phase5b/decisions/5B-4-individual-decisions.json +68 -0
- package/docs/v9/test/phase5b/decisions/5B-5-triage-decisions.json +110 -0
- package/docs/v9/test/phase5b/decisions/5B-6-fallback-decisions.json +40 -0
- package/docs/v9/test/phase5b/decisions/5B-8-partial-decisions.json +46 -0
- package/docs/v9/test/phase5b/decisions/5B-9-complete-decisions.json +54 -0
- package/docs/v9/test/phase5b/scratch/code-architect-stage1.md +133 -0
- package/docs/v9/test/phase5b/specialists/code-architect.specialist.md +202 -0
- package/docs/v9/test/phase5b/stage1-many-decisions.md +139 -0
- package/docs/v9/test/phase5b/stage1-no-assumptions.md +70 -0
- package/docs/v9/test/phase5b/stage1-with-assumptions.md +86 -0
- package/docs/v9/test/phase5b/test-5B-1-results.md +157 -0
- package/docs/v9/test/phase5b/test-5B-10-results.md +130 -0
- package/docs/v9/test/phase5b/test-5B-2-results.md +75 -0
- package/docs/v9/test/phase5b/test-5B-3-results.md +104 -0
- package/docs/v9/test/phase5b/test-5B-4-results.md +114 -0
- package/docs/v9/test/phase5b/test-5B-5-results.md +126 -0
- package/docs/v9/test/phase5b/test-5B-6-results.md +60 -0
- package/docs/v9/test/phase5b/test-5B-7-results.md +141 -0
- package/docs/v9/test/phase5b/test-5B-8-results.md +115 -0
- package/docs/v9/test/phase5b/test-5B-9-results.md +76 -0
- package/docs/v9/test/producers/document-writer.producer.md +62 -0
- package/docs/v9/test/specialists/legal-analyst.specialist.md +58 -0
- package/package.json +4 -2
- package/producers/code-writer/code-writer.producer.md +86 -0
- package/producers/data-file-writer/data-file-writer.producer.md +116 -0
- package/producers/document-writer/document-writer.producer.md +117 -0
- package/producers/form-filler/form-filler.producer.md +99 -0
- package/producers/presentation-creator/presentation-creator.producer.md +109 -0
- package/producers/spreadsheet-builder/spreadsheet-builder.producer.md +107 -0
- package/scripts/install-skills.js +97 -9
- package/scripts/uninstall-skills.js +7 -2
- package/skills/intuition-agent-advisor/SKILL.md +327 -220
- package/skills/intuition-assemble/SKILL.md +261 -0
- package/skills/intuition-build/SKILL.md +379 -319
- package/skills/intuition-debugger/SKILL.md +390 -390
- package/skills/intuition-design/SKILL.md +385 -381
- package/skills/intuition-detail/SKILL.md +377 -0
- package/skills/intuition-engineer/SKILL.md +307 -303
- package/skills/intuition-handoff/SKILL.md +264 -222
- package/skills/intuition-handoff/references/handoff_core.md +54 -54
- package/skills/intuition-initialize/SKILL.md +21 -6
- package/skills/intuition-initialize/references/agents_template.md +118 -118
- package/skills/intuition-initialize/references/claude_template.md +134 -134
- package/skills/intuition-initialize/references/intuition_readme_template.md +4 -4
- package/skills/intuition-initialize/references/state_template.json +17 -2
- package/skills/{intuition-plan → intuition-outline}/SKILL.md +561 -481
- package/skills/{intuition-plan → intuition-outline}/references/magellan_core.md +16 -16
- package/skills/{intuition-plan → intuition-outline}/references/templates/plan_template.md +6 -6
- package/skills/intuition-prompt/SKILL.md +374 -312
- package/skills/intuition-start/SKILL.md +46 -13
- package/skills/intuition-start/references/start_core.md +60 -60
- package/skills/intuition-test/SKILL.md +345 -0
- package/specialists/api-designer/api-designer.specialist.md +291 -0
- package/specialists/business-analyst/business-analyst.specialist.md +270 -0
- package/specialists/copywriter/copywriter.specialist.md +268 -0
- package/specialists/database-architect/database-architect.specialist.md +275 -0
- package/specialists/devops-infrastructure/devops-infrastructure.specialist.md +314 -0
- package/specialists/financial-analyst/financial-analyst.specialist.md +269 -0
- package/specialists/frontend-component/frontend-component.specialist.md +293 -0
- package/specialists/instructional-designer/instructional-designer.specialist.md +285 -0
- package/specialists/legal-analyst/legal-analyst.specialist.md +260 -0
- package/specialists/marketing-strategist/marketing-strategist.specialist.md +281 -0
- package/specialists/project-manager/project-manager.specialist.md +266 -0
- package/specialists/research-analyst/research-analyst.specialist.md +273 -0
- package/specialists/security-auditor/security-auditor.specialist.md +354 -0
- package/specialists/technical-writer/technical-writer.specialist.md +275 -0
- /package/skills/{intuition-plan → intuition-outline}/references/sub_agents.md +0 -0
- /package/skills/{intuition-plan → intuition-outline}/references/templates/confidence_scoring.md +0 -0
- /package/skills/{intuition-plan → intuition-outline}/references/templates/plan_format.md +0 -0
- /package/skills/{intuition-plan → intuition-outline}/references/templates/planning_process.md +0 -0
|
@@ -8,7 +8,7 @@ Each phase produces valuable output. Your job is to:
|
|
|
8
8
|
1. Extract the valuable insights from that output
|
|
9
9
|
2. Document them properly in project memory
|
|
10
10
|
3. Prepare the next agent with fresh, relevant context
|
|
11
|
-
4. Maintain the flow from discovery →
|
|
11
|
+
4. Maintain the flow from discovery → outline → execution
|
|
12
12
|
|
|
13
13
|
You're the administrative glue that keeps the symphony coordinated.
|
|
14
14
|
|
|
@@ -16,9 +16,9 @@ You're the administrative glue that keeps the symphony coordinated.
|
|
|
16
16
|
|
|
17
17
|
As part of every handoff, extract user profile learnings and update the global user profile:
|
|
18
18
|
|
|
19
|
-
### Discovery →
|
|
19
|
+
### Discovery → Outline Handoff (User Profile Focus)
|
|
20
20
|
|
|
21
|
-
**From
|
|
21
|
+
**From prompt_output.json**, extract `user_profile_learnings`:
|
|
22
22
|
|
|
23
23
|
```json
|
|
24
24
|
{
|
|
@@ -37,7 +37,7 @@ As part of every handoff, extract user profile learnings and update the global u
|
|
|
37
37
|
|
|
38
38
|
**Update `.claude/USER_PROFILE.json`:**
|
|
39
39
|
1. Read existing `.claude/USER_PROFILE.json` (may be empty initially)
|
|
40
|
-
2. Merge in new learnings from `
|
|
40
|
+
2. Merge in new learnings from `prompt_output.json`:
|
|
41
41
|
- If a field is `null` in profile and has value in learnings, add it
|
|
42
42
|
- If field is populated in profile, only overwrite if discovery_confidence is "high"
|
|
43
43
|
- Always update `metadata.last_updated` timestamp
|
|
@@ -75,10 +75,10 @@ When invoked, determine which transition is happening:
|
|
|
75
75
|
|
|
76
76
|
```
|
|
77
77
|
IF workflow.discovery.completed == true
|
|
78
|
-
AND workflow.
|
|
79
|
-
→ TRANSITION: Discovery →
|
|
78
|
+
AND workflow.outline.started == false:
|
|
79
|
+
→ TRANSITION: Discovery → Outline
|
|
80
80
|
|
|
81
|
-
IF workflow.
|
|
81
|
+
IF workflow.outline.completed == true
|
|
82
82
|
AND workflow.execution.started == false:
|
|
83
83
|
→ TRANSITION: Planning → Execution
|
|
84
84
|
|
|
@@ -91,14 +91,14 @@ Check `.project-memory-state.json` to determine current state:
|
|
|
91
91
|
```json
|
|
92
92
|
{
|
|
93
93
|
"workflow": {
|
|
94
|
-
"status": "discovery", // or "
|
|
94
|
+
"status": "discovery", // or "outline", "executing"
|
|
95
95
|
"discovery": {
|
|
96
96
|
"started": true,
|
|
97
97
|
"completed": true,
|
|
98
98
|
"completed_at": "2025-02-02T...",
|
|
99
|
-
"output_files": ["
|
|
99
|
+
"output_files": ["prompt_brief.md", "prompt_output.json"]
|
|
100
100
|
},
|
|
101
|
-
"
|
|
101
|
+
"outline": {
|
|
102
102
|
"started": false,
|
|
103
103
|
"completed": false
|
|
104
104
|
}
|
|
@@ -106,15 +106,15 @@ Check `.project-memory-state.json` to determine current state:
|
|
|
106
106
|
}
|
|
107
107
|
```
|
|
108
108
|
|
|
109
|
-
## Transition 1: Discovery →
|
|
109
|
+
## Transition 1: Discovery → Outline
|
|
110
110
|
|
|
111
111
|
### Step 1: Read Outputs
|
|
112
112
|
|
|
113
113
|
```
|
|
114
|
-
|
|
114
|
+
prompt_brief.md
|
|
115
115
|
└─ Human-readable summary of discovery
|
|
116
116
|
|
|
117
|
-
|
|
117
|
+
prompt_output.json
|
|
118
118
|
└─ Structured data for handoff:
|
|
119
119
|
{
|
|
120
120
|
"key_facts_to_add": [...],
|
|
@@ -127,11 +127,11 @@ discovery_output.json
|
|
|
127
127
|
|
|
128
128
|
### Step 2: Extract and Structure Findings
|
|
129
129
|
|
|
130
|
-
From `
|
|
130
|
+
From `prompt_output.json`, extract:
|
|
131
131
|
|
|
132
132
|
**Key Facts** (for key_facts.md):
|
|
133
133
|
```
|
|
134
|
-
Example from
|
|
134
|
+
Example from prompt_output.json:
|
|
135
135
|
{
|
|
136
136
|
"category": "User Base",
|
|
137
137
|
"fact": "Scaling to support 10,000 concurrent users",
|
|
@@ -165,7 +165,7 @@ if they represent architectural choices.
|
|
|
165
165
|
|
|
166
166
|
**Suggested Decisions** (for decisions.md):
|
|
167
167
|
```
|
|
168
|
-
|
|
168
|
+
prompt_output.json might suggest:
|
|
169
169
|
{
|
|
170
170
|
"suggested_decisions": [
|
|
171
171
|
{
|
|
@@ -223,7 +223,7 @@ operations, with write operations on primary instance.
|
|
|
223
223
|
**Update issues.md:**
|
|
224
224
|
- Log the discovery work completed
|
|
225
225
|
- Format: Date - Brief description - Status
|
|
226
|
-
- Include
|
|
226
|
+
- Include prompt_brief.md link
|
|
227
227
|
|
|
228
228
|
Example:
|
|
229
229
|
```markdown
|
|
@@ -232,7 +232,7 @@ Example:
|
|
|
232
232
|
- **Status**: Completed
|
|
233
233
|
- **Description**: Explored user base growth, authentication patterns,
|
|
234
234
|
scalability needs
|
|
235
|
-
- **Discovery Brief**: docs/project_notes/
|
|
235
|
+
- **Discovery Brief**: docs/project_notes/prompt_brief.md
|
|
236
236
|
- **Key Findings**:
|
|
237
237
|
- Must scale to 10k concurrent users
|
|
238
238
|
- Prefer JWT-based auth
|
|
@@ -241,10 +241,10 @@ Example:
|
|
|
241
241
|
|
|
242
242
|
### Step 4: Generate Brief for Magellan
|
|
243
243
|
|
|
244
|
-
Create a brief that synthesizes discovery for
|
|
244
|
+
Create a brief that synthesizes discovery for outline. Structure:
|
|
245
245
|
|
|
246
246
|
```markdown
|
|
247
|
-
#
|
|
247
|
+
# Outline Brief: [Problem Title]
|
|
248
248
|
|
|
249
249
|
## Discovery Summary
|
|
250
250
|
[1-2 paragraph summary of what was discovered]
|
|
@@ -268,29 +268,29 @@ Create a brief that synthesizes discovery for planning. Structure:
|
|
|
268
268
|
|
|
269
269
|
## Assumptions & Risks
|
|
270
270
|
- Assumption: [X] - Confidence: High/Medium/Low
|
|
271
|
-
- Risk: [Y] - Should be explored during
|
|
271
|
+
- Risk: [Y] - Should be explored during outline
|
|
272
272
|
|
|
273
273
|
## References
|
|
274
|
-
- Discovery Brief: docs/project_notes/
|
|
274
|
+
- Discovery Brief: docs/project_notes/prompt_brief.md
|
|
275
275
|
- Relevant Decisions: ADR-001, ADR-002
|
|
276
276
|
|
|
277
277
|
## Notes for Planner
|
|
278
|
-
[Any observations that might help
|
|
278
|
+
[Any observations that might help outline]
|
|
279
279
|
```
|
|
280
280
|
|
|
281
|
-
**Store as:** `docs/project_notes/
|
|
281
|
+
**Store as:** `docs/project_notes/outline_brief.md`
|
|
282
282
|
|
|
283
283
|
### Step 5: Update Workflow State
|
|
284
284
|
|
|
285
285
|
```json
|
|
286
286
|
{
|
|
287
287
|
"workflow": {
|
|
288
|
-
"status": "
|
|
288
|
+
"status": "outline",
|
|
289
289
|
"discovery": {
|
|
290
290
|
"completed": true,
|
|
291
291
|
"completed_at": "2025-02-02T..."
|
|
292
292
|
},
|
|
293
|
-
"
|
|
293
|
+
"outline": {
|
|
294
294
|
"started": true,
|
|
295
295
|
"started_at": "2025-02-02T..."
|
|
296
296
|
}
|
|
@@ -301,27 +301,27 @@ Create a brief that synthesizes discovery for planning. Structure:
|
|
|
301
301
|
### Step 6: Suggest Next Step
|
|
302
302
|
|
|
303
303
|
```
|
|
304
|
-
"Discovery is now part of project memory. I've created
|
|
305
|
-
at docs/project_notes/
|
|
304
|
+
"Discovery is now part of project memory. I've created an outline brief
|
|
305
|
+
at docs/project_notes/outline_brief.md.
|
|
306
306
|
|
|
307
|
-
Ready to create
|
|
307
|
+
Ready to create an outline? Run /intuition-outline to have Magellan synthesize
|
|
308
308
|
this discovery into a structured approach."
|
|
309
309
|
```
|
|
310
310
|
|
|
311
311
|
---
|
|
312
312
|
|
|
313
|
-
## Transition 2:
|
|
313
|
+
## Transition 2: Outline → Execution
|
|
314
314
|
|
|
315
315
|
### Step 1: Read Output
|
|
316
316
|
|
|
317
317
|
```
|
|
318
|
-
|
|
319
|
-
└─ Structured
|
|
318
|
+
outline.md (from Magellan)
|
|
319
|
+
└─ Structured outline with tasks, dependencies, risks
|
|
320
320
|
```
|
|
321
321
|
|
|
322
322
|
### Step 2: Extract Relevant Info
|
|
323
323
|
|
|
324
|
-
From `
|
|
324
|
+
From `outline.md`, identify:
|
|
325
325
|
|
|
326
326
|
**Key Task Information:**
|
|
327
327
|
- Task list and structure
|
|
@@ -342,8 +342,8 @@ From `plan.md`, identify:
|
|
|
342
342
|
### Step 3: Update Memory Files
|
|
343
343
|
|
|
344
344
|
**Update issues.md:**
|
|
345
|
-
- Log the
|
|
346
|
-
- Link to
|
|
345
|
+
- Log the outline work
|
|
346
|
+
- Link to outline.md
|
|
347
347
|
|
|
348
348
|
Example:
|
|
349
349
|
```markdown
|
|
@@ -352,17 +352,17 @@ Example:
|
|
|
352
352
|
- **Status**: Planned
|
|
353
353
|
- **Description**: Structured plan for implementing JWT-based user
|
|
354
354
|
authentication across API and frontend
|
|
355
|
-
- **
|
|
355
|
+
- **Outline**: docs/project_notes/outline.md
|
|
356
356
|
- **Tasks**: 8 tasks identified, ready for execution
|
|
357
357
|
```
|
|
358
358
|
|
|
359
359
|
**Update decisions.md (if needed):**
|
|
360
|
-
- If
|
|
361
|
-
- Add ADRs for decisions made during
|
|
360
|
+
- If outline revealed new architectural choices
|
|
361
|
+
- Add ADRs for decisions made during outline
|
|
362
362
|
|
|
363
363
|
**Do NOT modify:**
|
|
364
|
-
- key_facts.md (facts don't change,
|
|
365
|
-
- bugs.md (execution finds bugs, not
|
|
364
|
+
- key_facts.md (facts don't change, outline doesn't discover new facts)
|
|
365
|
+
- bugs.md (execution finds bugs, not outline)
|
|
366
366
|
|
|
367
367
|
### Step 4: Generate Brief for Faraday
|
|
368
368
|
|
|
@@ -405,8 +405,8 @@ Create a brief for execution. Structure:
|
|
|
405
405
|
[Reference to existing ADRs that matter for execution]
|
|
406
406
|
|
|
407
407
|
## References
|
|
408
|
-
- Full
|
|
409
|
-
- Discovery Brief: docs/project_notes/
|
|
408
|
+
- Full Outline: docs/project_notes/outline.md
|
|
409
|
+
- Discovery Brief: docs/project_notes/prompt_brief.md
|
|
410
410
|
- Relevant Decisions: ADR-001, ADR-002, ...
|
|
411
411
|
|
|
412
412
|
## Notes for Executor
|
|
@@ -421,7 +421,7 @@ Create a brief for execution. Structure:
|
|
|
421
421
|
{
|
|
422
422
|
"workflow": {
|
|
423
423
|
"status": "executing",
|
|
424
|
-
"
|
|
424
|
+
"outline": {
|
|
425
425
|
"completed": true,
|
|
426
426
|
"completed_at": "2025-02-02T..."
|
|
427
427
|
},
|
|
@@ -436,7 +436,7 @@ Create a brief for execution. Structure:
|
|
|
436
436
|
### Step 6: Suggest Next Step
|
|
437
437
|
|
|
438
438
|
```
|
|
439
|
-
"
|
|
439
|
+
"Outline is now in project memory. I've created an execution brief
|
|
440
440
|
at docs/project_notes/execution_brief.md with everything Faraday needs.
|
|
441
441
|
|
|
442
442
|
Ready to execute? Run /intuition-execute to have Faraday coordinate
|
|
@@ -485,7 +485,7 @@ implementation."
|
|
|
485
485
|
**Consequences:**
|
|
486
486
|
[Benefits and trade-offs]
|
|
487
487
|
|
|
488
|
-
**Discovered During**: Discovery phase (
|
|
488
|
+
**Discovered During**: Discovery phase (prompt_brief.md)
|
|
489
489
|
**Confidence**: High/Medium/Low
|
|
490
490
|
```
|
|
491
491
|
|
|
@@ -497,7 +497,7 @@ implementation."
|
|
|
497
497
|
- **Status**: Completed | In Progress | Blocked
|
|
498
498
|
- **Description**: [1-2 line summary]
|
|
499
499
|
- **Discovery Brief**: [link] (if from discovery)
|
|
500
|
-
- **
|
|
500
|
+
- **Outline**: [link] (if from outline)
|
|
501
501
|
- **URL**: [link to ticket if external]
|
|
502
502
|
- **Notes**: [any relevant context]
|
|
503
503
|
```
|
|
@@ -506,12 +506,12 @@ implementation."
|
|
|
506
506
|
|
|
507
507
|
## Edge Cases
|
|
508
508
|
|
|
509
|
-
### What if
|
|
509
|
+
### What if prompt_output.json doesn't exist?
|
|
510
510
|
|
|
511
511
|
```
|
|
512
|
-
1. Check if
|
|
512
|
+
1. Check if prompt_brief.md exists
|
|
513
513
|
2. If yes: Read brief manually and extract key insights
|
|
514
|
-
3. Summarize into a simple
|
|
514
|
+
3. Summarize into a simple prompt_output.json structure
|
|
515
515
|
4. Proceed with handoff
|
|
516
516
|
5. Note: Less structured, but handoff still works
|
|
517
517
|
```
|
|
@@ -526,12 +526,12 @@ implementation."
|
|
|
526
526
|
4. User can request re-discovery if needed
|
|
527
527
|
```
|
|
528
528
|
|
|
529
|
-
### What if
|
|
529
|
+
### What if outline revealed new constraints?
|
|
530
530
|
|
|
531
531
|
```
|
|
532
532
|
1. Update key_facts.md with new constraints
|
|
533
533
|
2. Create ADR if it represents architectural choice
|
|
534
|
-
3. Note in issues.md that
|
|
534
|
+
3. Note in issues.md that outline revealed this
|
|
535
535
|
4. Include in execution brief for Faraday's awareness
|
|
536
536
|
```
|
|
537
537
|
|
|
@@ -565,8 +565,8 @@ Example:
|
|
|
565
565
|
✓ decisions.md: Added ADR-005 on database strategy
|
|
566
566
|
✓ issues.md: Logged discovery work completed
|
|
567
567
|
|
|
568
|
-
I've created
|
|
569
|
-
Ready to
|
|
568
|
+
I've created outline_brief.md with everything Magellan needs.
|
|
569
|
+
Ready to outline? Run /intuition-outline"
|
|
570
570
|
```
|
|
571
571
|
|
|
572
572
|
---
|
|
@@ -575,7 +575,7 @@ Ready to plan? Run /intuition-plan"
|
|
|
575
575
|
|
|
576
576
|
Before completing handoff:
|
|
577
577
|
|
|
578
|
-
- [ ] Detected correct transition (Discovery→
|
|
578
|
+
- [ ] Detected correct transition (Discovery→Outline or Outline→Execution)
|
|
579
579
|
- [ ] Read all necessary output files
|
|
580
580
|
- [ ] Extracted insights without losing information
|
|
581
581
|
- [ ] Updated memory files with proper formatting
|
|
@@ -15,7 +15,7 @@ You create the `docs/project_notes/` directory structure, initialize memory file
|
|
|
15
15
|
1. You MUST check install location before doing anything else — enforce global install.
|
|
16
16
|
2. You MUST check if `docs/project_notes/` already exists before creating anything.
|
|
17
17
|
3. 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.
|
|
18
|
-
4. You MUST create `.project-memory-state.json` using the
|
|
18
|
+
4. You MUST create `.project-memory-state.json` using the v7.0 schema from `references/state_template.json`. Do NOT use older schemas.
|
|
19
19
|
5. You MUST auto-create all configuration files (CLAUDE.md, INTUITION.md, AGENTS.md, settings, profile) if they do not exist. Do NOT ask — just create them.
|
|
20
20
|
6. You MUST NOT overwrite existing files. If a file already exists, skip it silently.
|
|
21
21
|
7. You MUST NOT invoke other skills. You only set up infrastructure.
|
|
@@ -27,7 +27,7 @@ You create the `docs/project_notes/` directory structure, initialize memory file
|
|
|
27
27
|
Step 0: Check install location — enforce global install
|
|
28
28
|
Step 1: Detect existing setup
|
|
29
29
|
Step 2: Create memory directory and files from templates
|
|
30
|
-
Step 3: Create .project-memory-state.json with
|
|
30
|
+
Step 3: Create .project-memory-state.json with v7.0 schema
|
|
31
31
|
Step 4: Update CLAUDE.md with workflow protocols
|
|
32
32
|
Step 4.5: Create INTUITION.md framework overview
|
|
33
33
|
Step 5: Create configuration files (AGENTS.md, settings, user profile)
|
|
@@ -111,18 +111,18 @@ For each file, use the Read tool to read the template, then use Write to create
|
|
|
111
111
|
| `references/key_facts_template.md` | `docs/project_notes/key_facts.md` |
|
|
112
112
|
| `references/issues_template.md` | `docs/project_notes/issues.md` |
|
|
113
113
|
|
|
114
|
-
Do NOT create workflow output files (
|
|
114
|
+
Do NOT create workflow output files (prompt_brief.md, plan.md, etc.). Those are created by their respective skills.
|
|
115
115
|
|
|
116
116
|
## STEP 3: CREATE STATE FILE
|
|
117
117
|
|
|
118
118
|
Read `references/state_template.json` and write to `docs/project_notes/.project-memory-state.json`.
|
|
119
119
|
|
|
120
|
-
The state file uses the
|
|
120
|
+
The state file uses the v7.0 schema:
|
|
121
121
|
|
|
122
122
|
```json
|
|
123
123
|
{
|
|
124
124
|
"initialized": true,
|
|
125
|
-
"version": "
|
|
125
|
+
"version": "8.0",
|
|
126
126
|
"active_context": "trunk",
|
|
127
127
|
"trunk": {
|
|
128
128
|
"status": "none",
|
|
@@ -134,7 +134,7 @@ The state file uses the v5.0 schema:
|
|
|
134
134
|
"completed_at": null,
|
|
135
135
|
"output_files": []
|
|
136
136
|
},
|
|
137
|
-
"
|
|
137
|
+
"outline": {
|
|
138
138
|
"started": false,
|
|
139
139
|
"completed": false,
|
|
140
140
|
"completed_at": null,
|
|
@@ -156,6 +156,21 @@ The state file uses the v5.0 schema:
|
|
|
156
156
|
"started": false,
|
|
157
157
|
"completed": false,
|
|
158
158
|
"completed_at": null
|
|
159
|
+
},
|
|
160
|
+
"test": {
|
|
161
|
+
"started": false,
|
|
162
|
+
"completed": false,
|
|
163
|
+
"completed_at": null,
|
|
164
|
+
"skipped": false
|
|
165
|
+
},
|
|
166
|
+
"detail": {
|
|
167
|
+
"started": false,
|
|
168
|
+
"completed": false,
|
|
169
|
+
"completed_at": null,
|
|
170
|
+
"team_assignment": null,
|
|
171
|
+
"specialists": [],
|
|
172
|
+
"current_specialist": null,
|
|
173
|
+
"execution_phase": 1
|
|
159
174
|
}
|
|
160
175
|
}
|
|
161
176
|
},
|
|
@@ -1,118 +1,118 @@
|
|
|
1
|
-
# Multi-Agent System & Project Memory
|
|
2
|
-
|
|
3
|
-
## Overview
|
|
4
|
-
|
|
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-
|
|
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-
|
|
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
|
|
96
|
-
- `issues.md` — Work log with ticket references
|
|
97
|
-
|
|
98
|
-
**Phase Output Files** (in `{context_path}/`):
|
|
99
|
-
- `
|
|
100
|
-
- `
|
|
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:**
|
|
108
|
-
- Check `decisions.md` before proposing architectural changes
|
|
109
|
-
- Search `bugs.md` for similar issues before debugging
|
|
110
|
-
- Reference `key_facts.md` for project configuration
|
|
111
|
-
- Log completed work in `issues.md`
|
|
112
|
-
|
|
113
|
-
## Coordination
|
|
114
|
-
|
|
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
|
+
# Multi-Agent System & Project Memory
|
|
2
|
+
|
|
3
|
+
## Overview
|
|
4
|
+
|
|
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-outline` | 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-outline → 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
|
|
96
|
+
- `issues.md` — Work log with ticket references
|
|
97
|
+
|
|
98
|
+
**Phase Output Files** (in `{context_path}/`):
|
|
99
|
+
- `outline_brief.md` — Brief for outline (created by handoff)
|
|
100
|
+
- `outline.md` — Structured outline 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:**
|
|
108
|
+
- Check `decisions.md` before proposing architectural changes
|
|
109
|
+
- Search `bugs.md` for similar issues before debugging
|
|
110
|
+
- Reference `key_facts.md` for project configuration
|
|
111
|
+
- Log completed work in `issues.md`
|
|
112
|
+
|
|
113
|
+
## Coordination
|
|
114
|
+
|
|
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
|