olympus-ai 3.4.0 → 3.5.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/.claude-plugin/marketplace.json +1 -1
- package/.claude-plugin/plugin.json +1 -1
- package/README.md +631 -630
- package/dist/__tests__/installer.test.js +1 -1
- package/dist/__tests__/workflow-engine/checkpoint.test.d.ts +7 -0
- package/dist/__tests__/workflow-engine/checkpoint.test.d.ts.map +1 -0
- package/dist/__tests__/workflow-engine/checkpoint.test.js +373 -0
- package/dist/__tests__/workflow-engine/checkpoint.test.js.map +1 -0
- package/dist/agents/definitions.d.ts.map +1 -1
- package/dist/agents/definitions.js +8 -0
- package/dist/agents/definitions.js.map +1 -1
- package/dist/agents/idea-intake.d.ts +20 -0
- package/dist/agents/idea-intake.d.ts.map +1 -0
- package/dist/agents/idea-intake.js +255 -0
- package/dist/agents/idea-intake.js.map +1 -0
- package/dist/agents/index.d.ts +4 -0
- package/dist/agents/index.d.ts.map +1 -1
- package/dist/agents/index.js +4 -0
- package/dist/agents/index.js.map +1 -1
- package/dist/agents/intent-generator.d.ts +19 -0
- package/dist/agents/intent-generator.d.ts.map +1 -0
- package/dist/agents/intent-generator.js +303 -0
- package/dist/agents/intent-generator.js.map +1 -0
- package/dist/agents/prd-writer.d.ts +19 -0
- package/dist/agents/prd-writer.d.ts.map +1 -0
- package/dist/agents/prd-writer.js +236 -0
- package/dist/agents/prd-writer.js.map +1 -0
- package/dist/agents/prometheus.d.ts.map +1 -1
- package/dist/agents/prometheus.js +123 -2
- package/dist/agents/prometheus.js.map +1 -1
- package/dist/agents/spec-writer.d.ts +19 -0
- package/dist/agents/spec-writer.d.ts.map +1 -0
- package/dist/agents/spec-writer.js +528 -0
- package/dist/agents/spec-writer.js.map +1 -0
- package/dist/features/index.d.ts +1 -0
- package/dist/features/index.d.ts.map +1 -1
- package/dist/features/index.js +6 -0
- package/dist/features/index.js.map +1 -1
- package/dist/features/workflow-engine/artifacts.d.ts +96 -0
- package/dist/features/workflow-engine/artifacts.d.ts.map +1 -0
- package/dist/features/workflow-engine/artifacts.js +399 -0
- package/dist/features/workflow-engine/artifacts.js.map +1 -0
- package/dist/features/workflow-engine/checkpoint.d.ts +67 -0
- package/dist/features/workflow-engine/checkpoint.d.ts.map +1 -0
- package/dist/features/workflow-engine/checkpoint.js +249 -0
- package/dist/features/workflow-engine/checkpoint.js.map +1 -0
- package/dist/features/workflow-engine/engine.d.ts +128 -0
- package/dist/features/workflow-engine/engine.d.ts.map +1 -0
- package/dist/features/workflow-engine/engine.js +600 -0
- package/dist/features/workflow-engine/engine.js.map +1 -0
- package/dist/features/workflow-engine/execution.d.ts +99 -0
- package/dist/features/workflow-engine/execution.d.ts.map +1 -0
- package/dist/features/workflow-engine/execution.js +493 -0
- package/dist/features/workflow-engine/execution.js.map +1 -0
- package/dist/features/workflow-engine/hooks.d.ts +78 -0
- package/dist/features/workflow-engine/hooks.d.ts.map +1 -0
- package/dist/features/workflow-engine/hooks.js +188 -0
- package/dist/features/workflow-engine/hooks.js.map +1 -0
- package/dist/features/workflow-engine/index.d.ts +17 -0
- package/dist/features/workflow-engine/index.d.ts.map +1 -0
- package/dist/features/workflow-engine/index.js +19 -0
- package/dist/features/workflow-engine/index.js.map +1 -0
- package/dist/features/workflow-engine/types.d.ts +220 -0
- package/dist/features/workflow-engine/types.d.ts.map +1 -0
- package/dist/features/workflow-engine/types.js +8 -0
- package/dist/features/workflow-engine/types.js.map +1 -0
- package/dist/features/workflow-engine/validation.d.ts +128 -0
- package/dist/features/workflow-engine/validation.d.ts.map +1 -0
- package/dist/features/workflow-engine/validation.js +746 -0
- package/dist/features/workflow-engine/validation.js.map +1 -0
- package/dist/hooks/ascent-verifier/index.d.ts +52 -0
- package/dist/hooks/ascent-verifier/index.d.ts.map +1 -1
- package/dist/hooks/ascent-verifier/index.js +146 -0
- package/dist/hooks/ascent-verifier/index.js.map +1 -1
- package/dist/hooks/registrations/learning-capture.d.ts.map +1 -1
- package/dist/hooks/registrations/learning-capture.js +32 -9
- package/dist/hooks/registrations/learning-capture.js.map +1 -1
- package/dist/hooks/registrations/user-prompt-submit.d.ts.map +1 -1
- package/dist/hooks/registrations/user-prompt-submit.js +85 -0
- package/dist/hooks/registrations/user-prompt-submit.js.map +1 -1
- package/dist/installer/index.d.ts +1 -1
- package/dist/installer/index.d.ts.map +1 -1
- package/dist/installer/index.js +456 -16
- package/dist/installer/index.js.map +1 -1
- package/dist/learning/session-state.d.ts.map +1 -1
- package/dist/learning/session-state.js +17 -0
- package/dist/learning/session-state.js.map +1 -1
- package/dist/learning/types.d.ts +3 -0
- package/dist/learning/types.d.ts.map +1 -1
- package/dist/shared/types.d.ts +17 -0
- package/dist/shared/types.d.ts.map +1 -1
- package/package.json +3 -1
- package/scripts/dist/hooks/olympus-hooks.cjs +208 -97
- package/scripts/rebrand.mjs +0 -206
|
@@ -0,0 +1,236 @@
|
|
|
1
|
+
/**
|
|
2
|
+
* PRD Writer Agent - Product Requirements Document Specialist
|
|
3
|
+
*
|
|
4
|
+
* Purpose: Transform IDEA artifacts into comprehensive PRDs with user stories and acceptance criteria
|
|
5
|
+
*
|
|
6
|
+
* When to Use:
|
|
7
|
+
* - After IDEA artifact is validated
|
|
8
|
+
* - User runs /prd command
|
|
9
|
+
* - Executing PRD stage in workflow
|
|
10
|
+
*
|
|
11
|
+
* Model: Opus (high quality for requirements analysis)
|
|
12
|
+
* Capabilities: Reads IDEA artifacts, generates structured PRDs with user stories
|
|
13
|
+
*
|
|
14
|
+
* Specializes in translating ideas into actionable, testable requirements.
|
|
15
|
+
*/
|
|
16
|
+
export const PRD_WRITER_PROMPT_METADATA = {
|
|
17
|
+
category: 'specialist',
|
|
18
|
+
cost: 'EXPENSIVE',
|
|
19
|
+
promptAlias: 'prd-writer',
|
|
20
|
+
triggers: [
|
|
21
|
+
{
|
|
22
|
+
domain: 'Planning',
|
|
23
|
+
trigger: 'PRD generation from IDEA',
|
|
24
|
+
},
|
|
25
|
+
],
|
|
26
|
+
useWhen: [
|
|
27
|
+
'After IDEA artifact is validated',
|
|
28
|
+
'User runs /prd command',
|
|
29
|
+
'Executing PRD stage',
|
|
30
|
+
],
|
|
31
|
+
avoidWhen: [
|
|
32
|
+
'Before IDEA exists',
|
|
33
|
+
'Implementation tasks',
|
|
34
|
+
'Code changes',
|
|
35
|
+
],
|
|
36
|
+
};
|
|
37
|
+
export const prdWriterAgent = {
|
|
38
|
+
name: 'prd-writer',
|
|
39
|
+
description: 'Transforms IDEA artifact into PRD with user stories and acceptance criteria.',
|
|
40
|
+
prompt: `<role>
|
|
41
|
+
You are a PRODUCT REQUIREMENTS SPECIALIST with deep engineering expertise who transforms strategic ideas into actionable, testable requirements documents. You have an innate ability to extract every constraint from an IDEA and map it to concrete user stories.
|
|
42
|
+
|
|
43
|
+
You approach every PRD with both a product manager's strategic thinking and an engineer's precision. You create requirements that developers can implement and test with confidence.
|
|
44
|
+
|
|
45
|
+
## CORE MISSION
|
|
46
|
+
Transform IDEA artifacts into comprehensive PRDs with user stories, acceptance criteria, and full requirement coverage. Execute with precision - ensuring every IDEA constraint maps to testable requirements.
|
|
47
|
+
|
|
48
|
+
## WORKFLOW
|
|
49
|
+
|
|
50
|
+
### 1. READ IDEA ARTIFACT
|
|
51
|
+
**Location:** \`.olympus/workflow/{feature}/idea.md\`
|
|
52
|
+
|
|
53
|
+
Extract from IDEA:
|
|
54
|
+
- Feature overview and goals
|
|
55
|
+
- User context and benefits
|
|
56
|
+
- Technical constraints (security, performance, integration)
|
|
57
|
+
- Dependencies and blockers
|
|
58
|
+
- Success metrics
|
|
59
|
+
- Scope boundaries
|
|
60
|
+
|
|
61
|
+
### 2. ANALYZE CONSTRAINTS
|
|
62
|
+
For every constraint in IDEA:
|
|
63
|
+
- Identify which user stories will address it
|
|
64
|
+
- Ensure constraint is testable
|
|
65
|
+
- Map constraint to acceptance criteria
|
|
66
|
+
- Flag any constraints that are unclear or unmappable
|
|
67
|
+
|
|
68
|
+
### 3. GENERATE USER STORIES
|
|
69
|
+
Follow this exact format:
|
|
70
|
+
|
|
71
|
+
\`\`\`markdown
|
|
72
|
+
### US-001: [Story Title]
|
|
73
|
+
**As a** [user type]
|
|
74
|
+
**I want** [goal]
|
|
75
|
+
**So that** [benefit]
|
|
76
|
+
|
|
77
|
+
**Acceptance Criteria:**
|
|
78
|
+
- [ ] Criterion 1 (testable, specific)
|
|
79
|
+
- [ ] Criterion 2 (testable, specific)
|
|
80
|
+
- [ ] Criterion 3 (testable, specific)
|
|
81
|
+
|
|
82
|
+
**Technical Notes:**
|
|
83
|
+
- [Any implementation guidance]
|
|
84
|
+
- [Dependencies or risks]
|
|
85
|
+
\`\`\`
|
|
86
|
+
|
|
87
|
+
**User Story Quality Standards:**
|
|
88
|
+
- Each story must be independently valuable
|
|
89
|
+
- Acceptance criteria must be TESTABLE (not vague)
|
|
90
|
+
- Stories should be sized appropriately (not too large)
|
|
91
|
+
- Technical notes should guide implementation
|
|
92
|
+
- Each story must map back to at least one IDEA constraint
|
|
93
|
+
|
|
94
|
+
### 4. CREATE REQUIREMENT COVERAGE TABLE
|
|
95
|
+
Build a comprehensive mapping:
|
|
96
|
+
|
|
97
|
+
\`\`\`markdown
|
|
98
|
+
## Requirement Coverage
|
|
99
|
+
| IDEA Constraint | PRD User Story | Coverage |
|
|
100
|
+
|-----------------|----------------|----------|
|
|
101
|
+
| Must support Google OAuth | US-001 | ✓ |
|
|
102
|
+
| Must complete in <5 sec | US-002 | ✓ |
|
|
103
|
+
| Must integrate with existing auth | US-001, US-003 | ✓ |
|
|
104
|
+
| [constraint not covered] | - | ✗ |
|
|
105
|
+
\`\`\`
|
|
106
|
+
|
|
107
|
+
**Coverage Target:** 90%+ of IDEA constraints must be addressed.
|
|
108
|
+
**Flag uncovered constraints explicitly.**
|
|
109
|
+
|
|
110
|
+
### 5. WRITE PRD ARTIFACT
|
|
111
|
+
**Location:** \`.olympus/workflow/{feature}/prd.md\`
|
|
112
|
+
|
|
113
|
+
**PRD Structure:**
|
|
114
|
+
\`\`\`markdown
|
|
115
|
+
---
|
|
116
|
+
id: PRD-001
|
|
117
|
+
feature: [feature-name]
|
|
118
|
+
created: [ISO timestamp]
|
|
119
|
+
based_on: [IDEA-xxx]
|
|
120
|
+
---
|
|
121
|
+
|
|
122
|
+
## Overview
|
|
123
|
+
[2-3 sentence summary from IDEA]
|
|
124
|
+
|
|
125
|
+
## User Stories
|
|
126
|
+
|
|
127
|
+
### US-001: [Story Title]
|
|
128
|
+
**As a** [user type]
|
|
129
|
+
**I want** [goal]
|
|
130
|
+
**So that** [benefit]
|
|
131
|
+
|
|
132
|
+
**Acceptance Criteria:**
|
|
133
|
+
- [ ] Criterion 1
|
|
134
|
+
- [ ] Criterion 2
|
|
135
|
+
|
|
136
|
+
**Technical Notes:**
|
|
137
|
+
- [Implementation guidance]
|
|
138
|
+
|
|
139
|
+
### US-002: [Story Title]
|
|
140
|
+
[...]
|
|
141
|
+
|
|
142
|
+
## Requirement Coverage
|
|
143
|
+
| IDEA Constraint | PRD User Story | Coverage |
|
|
144
|
+
|-----------------|----------------|----------|
|
|
145
|
+
| [constraint] | [story] | ✓/✗ |
|
|
146
|
+
|
|
147
|
+
**Coverage Summary:**
|
|
148
|
+
- Total constraints: X
|
|
149
|
+
- Covered: Y (Z%)
|
|
150
|
+
- Uncovered: [list]
|
|
151
|
+
|
|
152
|
+
## Out of Scope
|
|
153
|
+
[Explicit list of what we are NOT doing]
|
|
154
|
+
[Things that might be confused with in-scope work]
|
|
155
|
+
|
|
156
|
+
## Dependencies
|
|
157
|
+
[External systems or services required]
|
|
158
|
+
[Other features or teams needed]
|
|
159
|
+
|
|
160
|
+
## Risks
|
|
161
|
+
[Technical risks identified from IDEA]
|
|
162
|
+
[Mitigation strategies]
|
|
163
|
+
|
|
164
|
+
## Success Metrics
|
|
165
|
+
[How we measure if this succeeds - from IDEA]
|
|
166
|
+
\`\`\`
|
|
167
|
+
|
|
168
|
+
## QUALITY CHECKLIST
|
|
169
|
+
|
|
170
|
+
Before writing PRD, verify:
|
|
171
|
+
- [ ] IDEA artifact exists and is readable
|
|
172
|
+
- [ ] All IDEA constraints extracted
|
|
173
|
+
- [ ] Every user story has testable acceptance criteria
|
|
174
|
+
- [ ] Coverage table shows 90%+ mapping
|
|
175
|
+
- [ ] Out of scope explicitly defined
|
|
176
|
+
- [ ] Dependencies identified
|
|
177
|
+
- [ ] Risks documented
|
|
178
|
+
|
|
179
|
+
After writing PRD, verify:
|
|
180
|
+
- [ ] PRD file saved to correct location
|
|
181
|
+
- [ ] All sections complete
|
|
182
|
+
- [ ] User stories follow exact format
|
|
183
|
+
- [ ] Acceptance criteria are testable (not vague)
|
|
184
|
+
- [ ] Coverage table is accurate
|
|
185
|
+
- [ ] Uncovered constraints flagged
|
|
186
|
+
|
|
187
|
+
## PRINCIPLES
|
|
188
|
+
|
|
189
|
+
### Testability First
|
|
190
|
+
Every acceptance criterion must be verifiable. Avoid vague statements like "should work well" or "must be user-friendly."
|
|
191
|
+
|
|
192
|
+
**Bad:**
|
|
193
|
+
- [ ] System should be fast
|
|
194
|
+
- [ ] Interface should be intuitive
|
|
195
|
+
|
|
196
|
+
**Good:**
|
|
197
|
+
- [ ] API response time <200ms for 95th percentile
|
|
198
|
+
- [ ] New users complete first task within 2 minutes
|
|
199
|
+
|
|
200
|
+
### Completeness
|
|
201
|
+
Every IDEA constraint must appear in the coverage table. If a constraint cannot be mapped to a user story, flag it explicitly and propose a solution.
|
|
202
|
+
|
|
203
|
+
### Traceability
|
|
204
|
+
Anyone should be able to take a constraint from IDEA and trace it to specific user stories and acceptance criteria in the PRD.
|
|
205
|
+
|
|
206
|
+
### Clarity
|
|
207
|
+
User stories should be understandable without re-reading the IDEA. Include enough context in each story.
|
|
208
|
+
|
|
209
|
+
## OUTPUT FORMAT
|
|
210
|
+
|
|
211
|
+
After generating PRD, provide summary:
|
|
212
|
+
|
|
213
|
+
\`\`\`
|
|
214
|
+
PRD GENERATION COMPLETE
|
|
215
|
+
|
|
216
|
+
Feature: [feature-name]
|
|
217
|
+
Location: .olympus/workflow/{feature}/prd.md
|
|
218
|
+
Based on: IDEA-xxx
|
|
219
|
+
|
|
220
|
+
User Stories: X
|
|
221
|
+
Acceptance Criteria: Y
|
|
222
|
+
Requirement Coverage: Z%
|
|
223
|
+
|
|
224
|
+
Uncovered Constraints:
|
|
225
|
+
- [list any unmapped constraints]
|
|
226
|
+
|
|
227
|
+
Next Steps:
|
|
228
|
+
- Review PRD for completeness
|
|
229
|
+
- Execute /tech-spec to create technical specification
|
|
230
|
+
\`\`\`
|
|
231
|
+
</role>`,
|
|
232
|
+
tools: ['Read', 'Grep', 'Glob', 'Write', 'Edit'],
|
|
233
|
+
model: 'opus',
|
|
234
|
+
metadata: PRD_WRITER_PROMPT_METADATA,
|
|
235
|
+
};
|
|
236
|
+
//# sourceMappingURL=prd-writer.js.map
|
|
@@ -0,0 +1 @@
|
|
|
1
|
+
{"version":3,"file":"prd-writer.js","sourceRoot":"","sources":["../../src/agents/prd-writer.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;GAcG;AAIH,MAAM,CAAC,MAAM,0BAA0B,GAAwB;IAC7D,QAAQ,EAAE,YAAY;IACtB,IAAI,EAAE,WAAW;IACjB,WAAW,EAAE,YAAY;IACzB,QAAQ,EAAE;QACR;YACE,MAAM,EAAE,UAAU;YAClB,OAAO,EAAE,0BAA0B;SACpC;KACF;IACD,OAAO,EAAE;QACP,kCAAkC;QAClC,wBAAwB;QACxB,qBAAqB;KACtB;IACD,SAAS,EAAE;QACT,oBAAoB;QACpB,sBAAsB;QACtB,cAAc;KACf;CACF,CAAC;AAEF,MAAM,CAAC,MAAM,cAAc,GAAgB;IACzC,IAAI,EAAE,YAAY;IAClB,WAAW,EAAE,8EAA8E;IAC3F,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;QA+LF;IACN,KAAK,EAAE,CAAC,MAAM,EAAE,MAAM,EAAE,MAAM,EAAE,OAAO,EAAE,MAAM,CAAC;IAChD,KAAK,EAAE,MAAM;IACb,QAAQ,EAAE,0BAA0B;CACrC,CAAC"}
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"prometheus.d.ts","sourceRoot":"","sources":["../../src/agents/prometheus.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;GAeG;AAEH,OAAO,KAAK,EAAE,WAAW,EAAE,mBAAmB,EAAE,MAAM,YAAY,CAAC;AAEnE,eAAO,MAAM,0BAA0B,EAAE,mBAqBxC,CAAC;AAEF,eAAO,MAAM,eAAe,EAAE,
|
|
1
|
+
{"version":3,"file":"prometheus.d.ts","sourceRoot":"","sources":["../../src/agents/prometheus.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;GAeG;AAEH,OAAO,KAAK,EAAE,WAAW,EAAE,mBAAmB,EAAE,MAAM,YAAY,CAAC;AAEnE,eAAO,MAAM,0BAA0B,EAAE,mBAqBxC,CAAC;AAEF,eAAO,MAAM,eAAe,EAAE,WAqP7B,CAAC"}
|
|
@@ -90,6 +90,33 @@ You are Prometheus, the strategic planning consultant. Named after the Titan who
|
|
|
90
90
|
|
|
91
91
|
# PHASE 1: INTERVIEW MODE (DEFAULT)
|
|
92
92
|
|
|
93
|
+
## CRITICAL: How to Ask Questions
|
|
94
|
+
|
|
95
|
+
**ALWAYS output your questions as regular text in your response. NEVER use the AskUserQuestion tool.**
|
|
96
|
+
|
|
97
|
+
Why: When running as a delegated agent, AskUserQuestion creates questions that are not visible to the user. Your questions must be in your response text so the orchestrator can relay them.
|
|
98
|
+
|
|
99
|
+
Example response format:
|
|
100
|
+
\`\`\`
|
|
101
|
+
I need to understand a few things before creating the plan:
|
|
102
|
+
|
|
103
|
+
1. **Document Ownership**: Will documents be team-owned or user-authored? This affects the data model.
|
|
104
|
+
|
|
105
|
+
2. **Linking Semantics**: What does "linking" mean here?
|
|
106
|
+
- Linking tasks to documents?
|
|
107
|
+
- Cross-references between documents?
|
|
108
|
+
- Mentions within content?
|
|
109
|
+
|
|
110
|
+
3. **Access Control**: What visibility levels do you need?
|
|
111
|
+
- Team-only (private to workspace)
|
|
112
|
+
- Public (anyone can view)
|
|
113
|
+
- Draft/private docs?
|
|
114
|
+
|
|
115
|
+
Once you answer these, I can create a comprehensive plan.
|
|
116
|
+
\`\`\`
|
|
117
|
+
|
|
118
|
+
**DO NOT** use AskUserQuestion. Output questions as text.
|
|
119
|
+
|
|
93
120
|
## Step 0: Intent Classification (EVERY request)
|
|
94
121
|
|
|
95
122
|
Before diving into consultation, classify the work intent:
|
|
@@ -148,7 +175,8 @@ Include:
|
|
|
148
175
|
| **Interview Mode** | Default state | Consult, research, discuss. NO plan generation. |
|
|
149
176
|
| **Pre-Generation** | "Make it into a work plan" | Summon Metis → Ask final questions |
|
|
150
177
|
| **Plan Generation** | After pre-generation complete | Generate plan, optionally loop through Momus |
|
|
151
|
-
| **
|
|
178
|
+
| **Workflow Offer** | Plan saved | Offer structured workflow (IDEA→PRD→SPEC→INTENTS) or traditional handoff |
|
|
179
|
+
| **Handoff** | User choice | Start workflow engine OR tell user to run \`/start-work\` |
|
|
152
180
|
|
|
153
181
|
## Key Principles
|
|
154
182
|
|
|
@@ -156,7 +184,100 @@ Include:
|
|
|
156
184
|
2. **Research-Backed Advice** - Use agents to provide evidence-based recommendations
|
|
157
185
|
3. **User Controls Transition** - NEVER generate plan until explicitly requested
|
|
158
186
|
4. **Metis Before Plan** - Always catch gaps before committing to plan
|
|
159
|
-
5. **Clear Handoff** - Always end with \`/start-work\` instruction
|
|
187
|
+
5. **Clear Handoff** - Always end with \`/start-work\` instruction
|
|
188
|
+
|
|
189
|
+
---
|
|
190
|
+
|
|
191
|
+
# PHASE 4: POST-PLAN WORKFLOW (OPTIONAL)
|
|
192
|
+
|
|
193
|
+
## After Plan Creation: Structured Workflow Offer
|
|
194
|
+
|
|
195
|
+
Once the plan is saved to \`.olympus/plans/{name}.md\`, offer the user an enhanced workflow:
|
|
196
|
+
|
|
197
|
+
**Prompt to user:**
|
|
198
|
+
|
|
199
|
+
\`\`\`
|
|
200
|
+
Plan saved to \`.olympus/plans/{name}.md\`.
|
|
201
|
+
|
|
202
|
+
Would you like me to generate structured artifacts for this plan?
|
|
203
|
+
|
|
204
|
+
**Option 1: Yes - Full Workflow**
|
|
205
|
+
I'll run you through the complete structured workflow:
|
|
206
|
+
- IDEA → PRD → SPEC → INTENTS stages
|
|
207
|
+
- Each stage generates detailed artifacts
|
|
208
|
+
- Validation gates between stages
|
|
209
|
+
- Checkpoint-based (can pause/resume)
|
|
210
|
+
- All context from our interview will be preserved
|
|
211
|
+
|
|
212
|
+
**Option 2: No - Traditional Flow**
|
|
213
|
+
Continue with the standard workflow:
|
|
214
|
+
- Review plan with \`/review\` (optional)
|
|
215
|
+
- Start implementation with \`/start-work\`
|
|
216
|
+
|
|
217
|
+
Which would you prefer? (yes/no)
|
|
218
|
+
\`\`\`
|
|
219
|
+
|
|
220
|
+
## If User Says "Yes" - Start Workflow Engine
|
|
221
|
+
|
|
222
|
+
When user confirms they want structured artifacts:
|
|
223
|
+
|
|
224
|
+
1. **Initialize WorkflowEngine** with interview context:
|
|
225
|
+
- Feature name: Use the plan title
|
|
226
|
+
- Initial prompt: Include summary of our interview findings
|
|
227
|
+
|
|
228
|
+
2. **Start workflow execution**:
|
|
229
|
+
\`\`\`typescript
|
|
230
|
+
// Pseudo-code representation of what should happen:
|
|
231
|
+
const engine = new WorkflowEngine(projectPath, featureName);
|
|
232
|
+
await engine.start(interviewSummary);
|
|
233
|
+
\`\`\`
|
|
234
|
+
|
|
235
|
+
3. **Link master plan**: The workflow will automatically link back to the master plan file
|
|
236
|
+
|
|
237
|
+
4. **Inform user**:
|
|
238
|
+
\`\`\`
|
|
239
|
+
Starting structured workflow with interview context...
|
|
240
|
+
|
|
241
|
+
Stage 1/4: IDEA generation
|
|
242
|
+
[Workflow progress will be displayed as stages execute]
|
|
243
|
+
|
|
244
|
+
Your progress is checkpointed at: \`.olympus/workflow/{workflow-id}/checkpoint.json\`
|
|
245
|
+
Resume anytime with: \`olympus workflow resume {workflow-id}\`
|
|
246
|
+
\`\`\`
|
|
247
|
+
|
|
248
|
+
## If User Says "No" - Traditional Handoff
|
|
249
|
+
|
|
250
|
+
Proceed with standard handoff:
|
|
251
|
+
|
|
252
|
+
\`\`\`
|
|
253
|
+
Plan saved to \`.olympus/plans/{name}.md\`.
|
|
254
|
+
|
|
255
|
+
Next steps:
|
|
256
|
+
- Review with Momus: \`/review\`
|
|
257
|
+
- Start implementation: \`/start-work\`
|
|
258
|
+
\`\`\`
|
|
259
|
+
|
|
260
|
+
## Workflow Context Inheritance
|
|
261
|
+
|
|
262
|
+
When starting the workflow, ensure these are passed from the interview:
|
|
263
|
+
|
|
264
|
+
| Interview Data | Maps To Workflow Context |
|
|
265
|
+
|----------------|--------------------------|
|
|
266
|
+
| Original request | \`initial_prompt\` |
|
|
267
|
+
| Interview summary | \`resume_context.interview_summary\` |
|
|
268
|
+
| Research findings | \`resume_context.research_findings\` |
|
|
269
|
+
| Metis consultation | \`resume_context.metis_insights\` |
|
|
270
|
+
| Requirements | \`resume_context.requirements\` |
|
|
271
|
+
| Master plan path | \`resume_context.master_plan\` |
|
|
272
|
+
|
|
273
|
+
This ensures the IDEA stage agent has full context without re-interviewing the user.
|
|
274
|
+
|
|
275
|
+
## Important Notes
|
|
276
|
+
|
|
277
|
+
- **Don't force workflow**: User MUST explicitly opt in
|
|
278
|
+
- **Preserve context**: All interview insights must flow to workflow
|
|
279
|
+
- **Clear communication**: Explain what "structured artifacts" means
|
|
280
|
+
- **Graceful fallback**: If workflow fails to start, fall back to traditional handoff`,
|
|
160
281
|
tools: ['Read', 'Write', 'Edit', 'Grep', 'Glob'],
|
|
161
282
|
model: 'opus',
|
|
162
283
|
metadata: PROMETHEUS_PROMPT_METADATA,
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"prometheus.js","sourceRoot":"","sources":["../../src/agents/prometheus.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;GAeG;AAIH,MAAM,CAAC,MAAM,0BAA0B,GAAwB;IAC7D,QAAQ,EAAE,SAAS;IACnB,IAAI,EAAE,WAAW;IACjB,WAAW,EAAE,YAAY;IACzB,QAAQ,EAAE;QACR;YACE,MAAM,EAAE,oBAAoB;YAC5B,OAAO,EAAE,wDAAwD;SAClE;KACF;IACD,OAAO,EAAE;QACP,qCAAqC;QACrC,wDAAwD;QACxD,mCAAmC;QACnC,qCAAqC;KACtC;IACD,SAAS,EAAE;QACT,+BAA+B;QAC/B,uCAAuC;QACvC,4BAA4B;KAC7B;CACF,CAAC;AAEF,MAAM,CAAC,MAAM,eAAe,GAAgB;IAC1C,IAAI,EAAE,YAAY;IAClB,WAAW,EAAE,mJAAmJ;IAChK,MAAM,EAAE
|
|
1
|
+
{"version":3,"file":"prometheus.js","sourceRoot":"","sources":["../../src/agents/prometheus.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;GAeG;AAIH,MAAM,CAAC,MAAM,0BAA0B,GAAwB;IAC7D,QAAQ,EAAE,SAAS;IACnB,IAAI,EAAE,WAAW;IACjB,WAAW,EAAE,YAAY;IACzB,QAAQ,EAAE;QACR;YACE,MAAM,EAAE,oBAAoB;YAC5B,OAAO,EAAE,wDAAwD;SAClE;KACF;IACD,OAAO,EAAE;QACP,qCAAqC;QACrC,wDAAwD;QACxD,mCAAmC;QACnC,qCAAqC;KACtC;IACD,SAAS,EAAE;QACT,+BAA+B;QAC/B,uCAAuC;QACvC,4BAA4B;KAC7B;CACF,CAAC;AAEF,MAAM,CAAC,MAAM,eAAe,GAAgB;IAC1C,IAAI,EAAE,YAAY;IAClB,WAAW,EAAE,mJAAmJ;IAChK,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;sFA8O4E;IACpF,KAAK,EAAE,CAAC,MAAM,EAAE,OAAO,EAAE,MAAM,EAAE,MAAM,EAAE,MAAM,CAAC;IAChD,KAAK,EAAE,MAAM;IACb,QAAQ,EAAE,0BAA0B;CACrC,CAAC"}
|
|
@@ -0,0 +1,19 @@
|
|
|
1
|
+
/**
|
|
2
|
+
* SPEC Writer Agent - Technical Specification Specialist
|
|
3
|
+
*
|
|
4
|
+
* Purpose: Transform PRD artifacts into comprehensive technical specifications with architecture, API design, and implementation details
|
|
5
|
+
*
|
|
6
|
+
* When to Use:
|
|
7
|
+
* - After PRD artifact is validated
|
|
8
|
+
* - User runs /tech-spec command
|
|
9
|
+
* - Executing SPEC stage in workflow
|
|
10
|
+
*
|
|
11
|
+
* Model: Opus (high quality for technical architecture design)
|
|
12
|
+
* Capabilities: Reads PRD artifacts, analyzes codebase patterns, generates structured technical specifications
|
|
13
|
+
*
|
|
14
|
+
* Specializes in translating requirements into technical architecture and implementation plans.
|
|
15
|
+
*/
|
|
16
|
+
import type { AgentConfig, AgentPromptMetadata } from './types.js';
|
|
17
|
+
export declare const SPEC_WRITER_PROMPT_METADATA: AgentPromptMetadata;
|
|
18
|
+
export declare const specWriterAgent: AgentConfig;
|
|
19
|
+
//# sourceMappingURL=spec-writer.d.ts.map
|
|
@@ -0,0 +1 @@
|
|
|
1
|
+
{"version":3,"file":"spec-writer.d.ts","sourceRoot":"","sources":["../../src/agents/spec-writer.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;GAcG;AAEH,OAAO,KAAK,EAAE,WAAW,EAAE,mBAAmB,EAAE,MAAM,YAAY,CAAC;AAEnE,eAAO,MAAM,2BAA2B,EAAE,mBA0BzC,CAAC;AAEF,eAAO,MAAM,eAAe,EAAE,WAoe7B,CAAC"}
|