@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
|
@@ -1,134 +1,134 @@
|
|
|
1
|
-
## Project Workflow and Memory System
|
|
2
|
-
|
|
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
|
-
|
|
5
|
-
### Workflow Model
|
|
6
|
-
|
|
7
|
-
The Intuition workflow uses a trunk-and-branch model:
|
|
8
|
-
- **Trunk**: The first prompt→plan→design→engineer→build cycle. Represents the core vision.
|
|
9
|
-
- **Branches**: Subsequent cycles that build on, extend, or diverge from trunk or other branches.
|
|
10
|
-
- **Debugger**: Post-completion diagnostic specialist for hard problems.
|
|
11
|
-
|
|
12
|
-
All phases: `/intuition-prompt` → `/intuition-handoff` → `/intuition-
|
|
13
|
-
`[/intuition-design loop]` → `/intuition-handoff` → `/intuition-engineer` → `/intuition-handoff` →
|
|
14
|
-
`/intuition-build` → `/intuition-handoff` → complete
|
|
15
|
-
|
|
16
|
-
After completion: `/intuition-start` to create branches or `/intuition-debugger` to debug issues.
|
|
17
|
-
|
|
18
|
-
### Workflow Phases
|
|
19
|
-
|
|
20
|
-
The project follows a structured workflow with handoff transitions between phases:
|
|
21
|
-
|
|
22
|
-
**Prompt** — `/intuition-prompt`
|
|
23
|
-
- Transforms a rough vision into a precise, planning-ready brief
|
|
24
|
-
- Framework: Capture → Refine → Reflect → Confirm
|
|
25
|
-
- Output: Planning-ready brief (processed by Handoff into `
|
|
26
|
-
|
|
27
|
-
**Handoff** — `/intuition-handoff`
|
|
28
|
-
- Processes phase outputs, updates memory files, generates brief for next phase
|
|
29
|
-
- Runs between every phase transition
|
|
30
|
-
- Manages the design loop (item-by-item design cycles)
|
|
31
|
-
- ONLY component that writes to `.project-memory-state.json`
|
|
32
|
-
|
|
33
|
-
**
|
|
34
|
-
- Strategic synthesis and structured execution planning
|
|
35
|
-
- Researches codebase, identifies patterns, creates detailed plan
|
|
36
|
-
- Flags tasks requiring design exploration with rationale
|
|
37
|
-
- Output: `
|
|
38
|
-
|
|
39
|
-
**Design** — `/intuition-design`
|
|
40
|
-
- Detailed design exploration for flagged plan items
|
|
41
|
-
- Framework: ECD (Elements, Connections, Dynamics)
|
|
42
|
-
- Domain-agnostic: works for code, world building, UI, documents, or any creative/structural work
|
|
43
|
-
- Runs once per flagged item in a loop managed by handoff
|
|
44
|
-
- Output: Design specifications per item
|
|
45
|
-
|
|
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
|
|
56
|
-
|
|
57
|
-
**Session Primer** — `/intuition-start`
|
|
58
|
-
- Loads project context, detects workflow phase, suggests next step
|
|
59
|
-
- Run at the start of any session to get oriented
|
|
60
|
-
|
|
61
|
-
**Recommended Flow**: Prompt → Handoff → Plan → Handoff → [Design Loop] → Handoff → Engineer → Handoff → Build → Handoff → complete
|
|
62
|
-
|
|
63
|
-
Run `/clear` before each phase skill. After completion, run `/intuition-start` to create a branch or invoke `/intuition-debugger` to debug issues.
|
|
64
|
-
|
|
65
|
-
### Memory Files
|
|
66
|
-
|
|
67
|
-
**Core Memory Files** (initialized at setup):
|
|
68
|
-
- **bugs.md** — Bug log with dates, solutions, and prevention notes
|
|
69
|
-
- **decisions.md** — Architectural Decision Records (ADRs) with context and trade-offs
|
|
70
|
-
- **key_facts.md** — Project configuration, credentials, ports, important URLs
|
|
71
|
-
- **issues.md** — Work log with ticket IDs, descriptions, and URLs
|
|
72
|
-
- **.project-memory-state.json** — Workflow phase tracking and session state
|
|
73
|
-
|
|
74
|
-
**Phase Output Files** (created during workflow, in `{context_path}/`):
|
|
75
|
-
- **
|
|
76
|
-
- **
|
|
77
|
-
- **design_brief.md** — Brief for current design item (created/updated by Handoff)
|
|
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)
|
|
82
|
-
|
|
83
|
-
### Memory-Aware Protocols
|
|
84
|
-
|
|
85
|
-
**Before proposing architectural changes:**
|
|
86
|
-
- Check `docs/project_notes/decisions.md` for existing decisions
|
|
87
|
-
- Verify the proposed approach doesn't conflict with past choices
|
|
88
|
-
- If it does conflict, acknowledge the existing decision and explain why a change is warranted
|
|
89
|
-
|
|
90
|
-
**When encountering errors or bugs:**
|
|
91
|
-
- Search `docs/project_notes/bugs.md` for similar issues
|
|
92
|
-
- Apply known solutions if found
|
|
93
|
-
- Document new bugs and solutions when resolved
|
|
94
|
-
|
|
95
|
-
**When looking up project configuration:**
|
|
96
|
-
- Check `docs/project_notes/key_facts.md` for credentials, ports, URLs, service accounts
|
|
97
|
-
- Prefer documented facts over assumptions
|
|
98
|
-
|
|
99
|
-
**When completing work on tickets:**
|
|
100
|
-
- Log completed work in `docs/project_notes/issues.md`
|
|
101
|
-
- Include ticket ID, date, brief description, and URL
|
|
102
|
-
|
|
103
|
-
### Style Guidelines for Memory Files
|
|
104
|
-
|
|
105
|
-
- Prefer bullet lists over tables for simplicity
|
|
106
|
-
- Keep entries concise (1-3 lines for descriptions)
|
|
107
|
-
- Always include dates for temporal context
|
|
108
|
-
- Include URLs for tickets, documentation, monitoring dashboards
|
|
109
|
-
|
|
110
|
-
### Smart Skill Suggestions
|
|
111
|
-
|
|
112
|
-
**When prompt refinement is complete:**
|
|
113
|
-
- "Prompt refinement looks complete! Use `/intuition-handoff` to process insights and prepare for
|
|
114
|
-
|
|
115
|
-
**When user suggests
|
|
116
|
-
- "This sounds like a good candidate for planning. Use `/intuition-handoff` to process the brief, then `/intuition-
|
|
117
|
-
|
|
118
|
-
**When plan is ready and has design items:**
|
|
119
|
-
- "The plan looks ready! Use `/intuition-handoff` to review design recommendations and start the design loop."
|
|
120
|
-
|
|
121
|
-
**When design items are complete:**
|
|
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."
|
|
129
|
-
|
|
130
|
-
**When user is ready to build:**
|
|
131
|
-
- "Build brief is ready! Use `/intuition-build` to kick off implementation."
|
|
132
|
-
|
|
133
|
-
**When build is complete:**
|
|
134
|
-
- "Workflow cycle complete! Use `/intuition-start` to create a branch for new work, or `/intuition-debugger` to debug any issues."
|
|
1
|
+
## Project Workflow and Memory System
|
|
2
|
+
|
|
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
|
+
|
|
5
|
+
### Workflow Model
|
|
6
|
+
|
|
7
|
+
The Intuition workflow uses a trunk-and-branch model:
|
|
8
|
+
- **Trunk**: The first prompt→plan→design→engineer→build cycle. Represents the core vision.
|
|
9
|
+
- **Branches**: Subsequent cycles that build on, extend, or diverge from trunk or other branches.
|
|
10
|
+
- **Debugger**: Post-completion diagnostic specialist for hard problems.
|
|
11
|
+
|
|
12
|
+
All phases: `/intuition-prompt` → `/intuition-handoff` → `/intuition-outline` → `/intuition-handoff` →
|
|
13
|
+
`[/intuition-design loop]` → `/intuition-handoff` → `/intuition-engineer` → `/intuition-handoff` →
|
|
14
|
+
`/intuition-build` → `/intuition-handoff` → complete
|
|
15
|
+
|
|
16
|
+
After completion: `/intuition-start` to create branches or `/intuition-debugger` to debug issues.
|
|
17
|
+
|
|
18
|
+
### Workflow Phases
|
|
19
|
+
|
|
20
|
+
The project follows a structured workflow with handoff transitions between phases:
|
|
21
|
+
|
|
22
|
+
**Prompt** — `/intuition-prompt`
|
|
23
|
+
- Transforms a rough vision into a precise, planning-ready brief
|
|
24
|
+
- Framework: Capture → Refine → Reflect → Confirm
|
|
25
|
+
- Output: Planning-ready brief (processed by Handoff into `outline_brief.md`)
|
|
26
|
+
|
|
27
|
+
**Handoff** — `/intuition-handoff`
|
|
28
|
+
- Processes phase outputs, updates memory files, generates brief for next phase
|
|
29
|
+
- Runs between every phase transition
|
|
30
|
+
- Manages the design loop (item-by-item design cycles)
|
|
31
|
+
- ONLY component that writes to `.project-memory-state.json`
|
|
32
|
+
|
|
33
|
+
**Outline** — `/intuition-outline`
|
|
34
|
+
- Strategic synthesis and structured execution planning
|
|
35
|
+
- Researches codebase, identifies patterns, creates detailed plan
|
|
36
|
+
- Flags tasks requiring design exploration with rationale
|
|
37
|
+
- Output: `outline.md` with tasks, dependencies, risks, design recommendations
|
|
38
|
+
|
|
39
|
+
**Design** — `/intuition-design`
|
|
40
|
+
- Detailed design exploration for flagged plan items
|
|
41
|
+
- Framework: ECD (Elements, Connections, Dynamics)
|
|
42
|
+
- Domain-agnostic: works for code, world building, UI, documents, or any creative/structural work
|
|
43
|
+
- Runs once per flagged item in a loop managed by handoff
|
|
44
|
+
- Output: Design specifications per item
|
|
45
|
+
|
|
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
|
|
56
|
+
|
|
57
|
+
**Session Primer** — `/intuition-start`
|
|
58
|
+
- Loads project context, detects workflow phase, suggests next step
|
|
59
|
+
- Run at the start of any session to get oriented
|
|
60
|
+
|
|
61
|
+
**Recommended Flow**: Prompt → Handoff → Plan → Handoff → [Design Loop] → Handoff → Engineer → Handoff → Build → Handoff → complete
|
|
62
|
+
|
|
63
|
+
Run `/clear` before each phase skill. After completion, run `/intuition-start` to create a branch or invoke `/intuition-debugger` to debug issues.
|
|
64
|
+
|
|
65
|
+
### Memory Files
|
|
66
|
+
|
|
67
|
+
**Core Memory Files** (initialized at setup):
|
|
68
|
+
- **bugs.md** — Bug log with dates, solutions, and prevention notes
|
|
69
|
+
- **decisions.md** — Architectural Decision Records (ADRs) with context and trade-offs
|
|
70
|
+
- **key_facts.md** — Project configuration, credentials, ports, important URLs
|
|
71
|
+
- **issues.md** — Work log with ticket IDs, descriptions, and URLs
|
|
72
|
+
- **.project-memory-state.json** — Workflow phase tracking and session state
|
|
73
|
+
|
|
74
|
+
**Phase Output Files** (created during workflow, in `{context_path}/`):
|
|
75
|
+
- **outline_brief.md** — Brief for outline phase (created by Handoff)
|
|
76
|
+
- **outline.md** — Structured project outline with design recommendations
|
|
77
|
+
- **design_brief.md** — Brief for current design item (created/updated by Handoff)
|
|
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)
|
|
82
|
+
|
|
83
|
+
### Memory-Aware Protocols
|
|
84
|
+
|
|
85
|
+
**Before proposing architectural changes:**
|
|
86
|
+
- Check `docs/project_notes/decisions.md` for existing decisions
|
|
87
|
+
- Verify the proposed approach doesn't conflict with past choices
|
|
88
|
+
- If it does conflict, acknowledge the existing decision and explain why a change is warranted
|
|
89
|
+
|
|
90
|
+
**When encountering errors or bugs:**
|
|
91
|
+
- Search `docs/project_notes/bugs.md` for similar issues
|
|
92
|
+
- Apply known solutions if found
|
|
93
|
+
- Document new bugs and solutions when resolved
|
|
94
|
+
|
|
95
|
+
**When looking up project configuration:**
|
|
96
|
+
- Check `docs/project_notes/key_facts.md` for credentials, ports, URLs, service accounts
|
|
97
|
+
- Prefer documented facts over assumptions
|
|
98
|
+
|
|
99
|
+
**When completing work on tickets:**
|
|
100
|
+
- Log completed work in `docs/project_notes/issues.md`
|
|
101
|
+
- Include ticket ID, date, brief description, and URL
|
|
102
|
+
|
|
103
|
+
### Style Guidelines for Memory Files
|
|
104
|
+
|
|
105
|
+
- Prefer bullet lists over tables for simplicity
|
|
106
|
+
- Keep entries concise (1-3 lines for descriptions)
|
|
107
|
+
- Always include dates for temporal context
|
|
108
|
+
- Include URLs for tickets, documentation, monitoring dashboards
|
|
109
|
+
|
|
110
|
+
### Smart Skill Suggestions
|
|
111
|
+
|
|
112
|
+
**When prompt refinement is complete:**
|
|
113
|
+
- "Prompt refinement looks complete! Use `/intuition-handoff` to process insights and prepare for outline."
|
|
114
|
+
|
|
115
|
+
**When user suggests outline work:**
|
|
116
|
+
- "This sounds like a good candidate for planning. Use `/intuition-handoff` to process the brief, then `/intuition-outline` to develop a structured approach."
|
|
117
|
+
|
|
118
|
+
**When plan is ready and has design items:**
|
|
119
|
+
- "The plan looks ready! Use `/intuition-handoff` to review design recommendations and start the design loop."
|
|
120
|
+
|
|
121
|
+
**When design items are complete:**
|
|
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."
|
|
129
|
+
|
|
130
|
+
**When user is ready to build:**
|
|
131
|
+
- "Build brief is ready! Use `/intuition-build` to kick off implementation."
|
|
132
|
+
|
|
133
|
+
**When build is complete:**
|
|
134
|
+
- "Workflow cycle complete! Use `/intuition-start` to create a branch for new work, or `/intuition-debugger` to debug any issues."
|
|
@@ -5,7 +5,7 @@ A trunk-and-branch workflow system for Claude Code. Turns rough ideas into struc
|
|
|
5
5
|
## Workflow
|
|
6
6
|
|
|
7
7
|
```
|
|
8
|
-
/intuition-prompt → /intuition-handoff → /intuition-
|
|
8
|
+
/intuition-prompt → /intuition-handoff → /intuition-outline → /intuition-handoff
|
|
9
9
|
↓
|
|
10
10
|
[design loop, if needed]
|
|
11
11
|
↓
|
|
@@ -28,7 +28,7 @@ The first prompt→build cycle is the **trunk**. After trunk completes, create *
|
|
|
28
28
|
|-------|-------------|
|
|
29
29
|
| `/intuition-start` | Detects where you left off, shows project status, routes to next step or branch creation |
|
|
30
30
|
| `/intuition-prompt` | Sharpens a rough idea into a planning-ready brief through focused Q&A |
|
|
31
|
-
| `/intuition-
|
|
31
|
+
| `/intuition-outline` | Builds a strategic blueprint with tasks, decisions, and design flags |
|
|
32
32
|
| `/intuition-design` | Elaborates flagged items through collaborative design exploration (ECD framework) |
|
|
33
33
|
| `/intuition-engineer` | Creates code-level specifications through codebase research and interactive dialogue |
|
|
34
34
|
| `/intuition-build` | Delegates implementation to subagents, verifies against code specs and acceptance criteria |
|
|
@@ -42,8 +42,8 @@ The first prompt→build cycle is the **trunk**. After trunk completes, create *
|
|
|
42
42
|
|
|
43
43
|
1. `/intuition-start` — see where you are
|
|
44
44
|
2. `/intuition-prompt` — describe what you want to build
|
|
45
|
-
3. `/intuition-handoff` — process and move to
|
|
46
|
-
4. `/intuition-
|
|
45
|
+
3. `/intuition-handoff` — process and move to outline
|
|
46
|
+
4. `/intuition-outline` — create the blueprint
|
|
47
47
|
5. `/intuition-handoff` — review design flags, confirm items
|
|
48
48
|
6. `/intuition-design` — elaborate each flagged item (repeat with handoff between)
|
|
49
49
|
7. `/intuition-handoff` — prepare for engineering
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"initialized": true,
|
|
3
|
-
"version": "
|
|
3
|
+
"version": "8.0",
|
|
4
4
|
"active_context": "trunk",
|
|
5
5
|
"trunk": {
|
|
6
6
|
"status": "none",
|
|
@@ -12,7 +12,7 @@
|
|
|
12
12
|
"completed_at": null,
|
|
13
13
|
"output_files": []
|
|
14
14
|
},
|
|
15
|
-
"
|
|
15
|
+
"outline": {
|
|
16
16
|
"started": false,
|
|
17
17
|
"completed": false,
|
|
18
18
|
"completed_at": null,
|
|
@@ -34,6 +34,21 @@
|
|
|
34
34
|
"started": false,
|
|
35
35
|
"completed": false,
|
|
36
36
|
"completed_at": null
|
|
37
|
+
},
|
|
38
|
+
"test": {
|
|
39
|
+
"started": false,
|
|
40
|
+
"completed": false,
|
|
41
|
+
"completed_at": null,
|
|
42
|
+
"skipped": false
|
|
43
|
+
},
|
|
44
|
+
"detail": {
|
|
45
|
+
"started": false,
|
|
46
|
+
"completed": false,
|
|
47
|
+
"completed_at": null,
|
|
48
|
+
"team_assignment": null,
|
|
49
|
+
"specialists": [],
|
|
50
|
+
"current_specialist": null,
|
|
51
|
+
"execution_phase": 1
|
|
37
52
|
}
|
|
38
53
|
}
|
|
39
54
|
},
|