olympus-ai 4.5.5 → 4.5.6

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.
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "olympus-ai",
3
- "version": "4.5.5",
3
+ "version": "4.5.6",
4
4
  "description": "Olympus: Multi-agent orchestration for Claude Code. Summon the gods of code.",
5
5
  "author": {
6
6
  "name": "mikev10",
@@ -24,7 +24,7 @@ export declare const HOOKS_DIR: string;
24
24
  export declare const SETTINGS_FILE: string;
25
25
  export declare const VERSION_FILE: string;
26
26
  /** Current version - MUST match package.json */
27
- export declare const VERSION = "4.5.5";
27
+ export declare const VERSION = "4.5.6";
28
28
  /** Installation result */
29
29
  export interface InstallResult {
30
30
  success: boolean;
@@ -40,7 +40,7 @@ export const HOOKS_DIR = join(CLAUDE_CONFIG_DIR, 'hooks');
40
40
  export const SETTINGS_FILE = join(CLAUDE_CONFIG_DIR, 'settings.json');
41
41
  export const VERSION_FILE = join(CLAUDE_CONFIG_DIR, '.olympus-version.json');
42
42
  /** Current version - MUST match package.json */
43
- export const VERSION = '4.5.5';
43
+ export const VERSION = '4.5.6';
44
44
  /**
45
45
  * Read a content file from the resources/ directory.
46
46
  *
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "olympus-ai",
3
- "version": "4.5.5",
3
+ "version": "4.5.6",
4
4
  "description": "Olympus: Multi-agent orchestration for Claude Code. Summon the gods of code.",
5
5
  "type": "module",
6
6
  "main": "dist/index.js",
@@ -322,11 +322,67 @@ into the build-level report using this schema:
322
322
  **Critical failure gate**: If `tests_failed > 0` and `allowFailures` is not set:
323
323
  - Block workflow progression
324
324
  - Surface the failing unit's `test-report.md` path in the Remediation Guidance section
325
- - Do NOT proceed to Step 7 until all failures are resolved or `allowFailures` is explicitly
325
+ - Do NOT proceed to Step 6c or Step 7 until all failures are resolved or `allowFailures` is explicitly
326
326
  confirmed by the user
327
327
 
328
328
  ---
329
329
 
330
+ ## Step 6c: Regression Baseline Coverage Mapping (Conditional)
331
+
332
+ **Execute when**: `aidlc-docs/{workflow-id}/discovery/regression-baseline.md` exists (brownfield/bugfix pathways only).
333
+
334
+ **Skip when**: No regression baseline artifact exists (greenfield workflows).
335
+
336
+ **Purpose**: Close the loop between the behaviors inventoried during Reverse Engineering and the
337
+ tests executed during Construction. Every baseline item must be mapped to at least one covering
338
+ test — or explicitly flagged as a coverage gap.
339
+
340
+ **Execution**: The orchestrator performs this step directly (no agent delegation needed). Read the
341
+ regression baseline file, extract each checkbox item, then search test results and test files to
342
+ find covering tests for each item.
343
+
344
+ **Output artifact**: `aidlc-docs/{workflow-id}/construction/build-and-test/baseline-coverage.md`
345
+
346
+ ```markdown
347
+ # Regression Baseline Coverage Mapping
348
+
349
+ ## Summary
350
+
351
+ | Metric | Value |
352
+ |--------|-------|
353
+ | Total baseline behaviors | [X] |
354
+ | Covered by tests | [X] |
355
+ | Coverage gaps | [X] |
356
+ | Coverage percentage | [X]% |
357
+
358
+ ## Coverage Matrix
359
+
360
+ | # | Baseline Behavior | Covering Test(s) | Status |
361
+ |---|---|---|---|
362
+ | 1 | [Behavior from regression-baseline.md] | [test file:test name] | Covered |
363
+ | 2 | [Behavior from regression-baseline.md] | [test file:test name] | Covered |
364
+ | 3 | [Behavior from regression-baseline.md] | (none identified) | Gap |
365
+
366
+ ## Coverage Gaps
367
+
368
+ [For each gap: explain why no test was identified and recommend whether a test should be
369
+ added, or whether the behavior is verified through other means (e.g., manual QA, integration
370
+ test, or framework guarantee)]
371
+
372
+ ### [Gap #]: [Behavior description]
373
+ - **Risk**: [Low/Medium/High — impact if this behavior silently breaks]
374
+ - **Recommendation**: [Add test / Manual QA sufficient / Covered by integration test X]
375
+ ```
376
+
377
+ **Gap handling**: Coverage gaps are **surfaced but non-blocking**. The mapping is informational —
378
+ it gives the user visibility into what is and isn't covered by automated tests. The user decides
379
+ whether to add tests for gaps or accept the risk. Do NOT block workflow progression on gaps alone.
380
+
381
+ **Include in summary**: Add a Regression Baseline Coverage section to `build-and-test-summary.md`
382
+ (Step 7) summarizing the coverage percentage and listing any gaps.
383
+
384
+ ---
385
+
330
386
  ## Step 7: Generate Test Summary
331
387
 
332
388
  Create `aidlc-docs/construction/build-and-test/build-and-test-summary.md`:
@@ -366,6 +422,12 @@ Create `aidlc-docs/construction/build-and-test/build-and-test-summary.md`:
366
422
  - **Security Tests**: [Pass/Fail/N/A]
367
423
  - **E2E Tests**: [Pass/Fail/N/A]
368
424
 
425
+ ### Regression Baseline Coverage (Brownfield Only)
426
+ - **Baseline Behaviors**: [X] total
427
+ - **Covered by Tests**: [X] ([Y]%)
428
+ - **Coverage Gaps**: [X] — see baseline-coverage.md for details
429
+ [Omit this section if no regression baseline exists]
430
+
369
431
  ## Overall Status
370
432
  - **Build**: [Success/Failed]
371
433
  - **All Tests**: [Pass/Fail]
@@ -424,7 +486,11 @@ Present comprehensive message:
424
486
  3. ✅ integration-test-instructions.md
425
487
  4. ✅ performance-test-instructions.md (if applicable)
426
488
  5. ✅ [additional test files as needed]
427
- 6. ✅ build-and-test-summary.md
489
+ 6. ✅ baseline-coverage.md (brownfield only)
490
+ 7. ✅ build-and-test-summary.md
491
+
492
+ **Regression Baseline**: [X]/[Y] behaviors covered ([Z]%) — [N] gaps identified
493
+ [Omit this line if no regression baseline exists]
428
494
 
429
495
  Review the summary in aidlc-docs/construction/build-and-test/build-and-test-summary.md
430
496
 
@@ -69,6 +69,11 @@ Create `aidlc-docs/{workflowId}/discovery/workspace-scan.json`:
69
69
 
70
70
  ```json
71
71
  {
72
+ "_meta": {
73
+ "artifact": "Workspace Scan",
74
+ "contains": "Raw inventory of packages, languages, frameworks, and structural patterns discovered in the codebase",
75
+ "reviewFor": "Verify all packages and repos were discovered. Flag any missed projects or incorrectly categorized packages."
76
+ },
72
77
  "scanDate": "[ISO timestamp]",
73
78
  "projectPath": "[Project root path]",
74
79
  "fileCount": "[Total number of source files]",
@@ -96,6 +101,10 @@ Create `aidlc-docs/{workflowId}/discovery/workspace-scan.json`:
96
101
  Create `aidlc-docs/{workflowId}/discovery/analysis-plan.md`:
97
102
 
98
103
  ```markdown
104
+ > **Artifact**: Analysis Plan
105
+ > **Contains**: Scope, methodology, key questions, and success criteria that guided the AI agents during reverse engineering
106
+ > **Review for**: Confirm the analysis scope and key questions cover what matters to you. These questions are answered by the other discovery artifacts — you do not need to answer them yourself.
107
+
99
108
  # Analysis Plan
100
109
 
101
110
  ## Scope
@@ -122,6 +131,10 @@ Create `aidlc-docs/{workflowId}/discovery/analysis-plan.md`:
122
131
  Create `aidlc-docs/{workflowId}/discovery/current-state-analysis.md`:
123
132
 
124
133
  ```markdown
134
+ > **Artifact**: Current State Analysis
135
+ > **Contains**: Architecture summary, technology stack, component inventory, data models, and integration points
136
+ > **Review for**: Verify the architecture summary and tech stack match reality. Flag missing components, incorrect relationships, or outdated technology versions.
137
+
125
138
  # Current State Analysis
126
139
 
127
140
  ## System Overview
@@ -156,6 +169,10 @@ Create `aidlc-docs/{workflowId}/discovery/current-state-analysis.md`:
156
169
  Create `aidlc-docs/{workflowId}/discovery/regression-baseline.md`:
157
170
 
158
171
  ```markdown
172
+ > **Artifact**: Regression Baseline
173
+ > **Contains**: Test coverage status, quality metrics, known issues, technical debt, and behaviors that must be preserved
174
+ > **Review for**: Confirm the baseline behavior list is complete and accurate. Add any missing behaviors that should survive the migration. These items are verified during Build and Test via coverage mapping.
175
+
159
176
  # Regression Baseline
160
177
 
161
178
  ## Test Coverage Status
@@ -186,6 +203,10 @@ Create `aidlc-docs/{workflowId}/discovery/regression-baseline.md`:
186
203
  Create `aidlc-docs/{workflowId}/discovery/change-impact.md`:
187
204
 
188
205
  ```markdown
206
+ > **Artifact**: Change Impact Analysis
207
+ > **Contains**: Affected components, dependency impact, risk assessment, and regression test strategy for the planned changes
208
+ > **Review for**: Validate the risk levels assigned to each component. Verify all affected areas are identified — especially indirect dependencies the AI may have missed.
209
+
189
210
  # Change Impact Analysis
190
211
 
191
212
  ## Scope of Proposed Changes
@@ -214,6 +235,10 @@ Create `aidlc-docs/{workflowId}/discovery/change-impact.md`:
214
235
  Create `aidlc-docs/{workflowId}/discovery/static-model.md`:
215
236
 
216
237
  ```markdown
238
+ > **Artifact**: Static Code Model
239
+ > **Contains**: Module hierarchy, data models, design patterns, package dependencies, and file inventory
240
+ > **Review for**: Verify module structure and data model relationships match your understanding. Flag missing components, incorrect dependency directions, or design patterns that aren't actually used.
241
+
217
242
  # Static Code Model
218
243
 
219
244
  ## Module Hierarchy
@@ -248,6 +273,10 @@ Create `aidlc-docs/{workflowId}/discovery/static-model.md`:
248
273
  Create `aidlc-docs/{workflowId}/discovery/dynamic-model.md`:
249
274
 
250
275
  ```markdown
276
+ > **Artifact**: Dynamic Behavior Model
277
+ > **Contains**: User flows, state management, authentication/authorization, API interactions, error handling, and integration patterns
278
+ > **Review for**: Verify user flows and auth patterns are correctly captured. Flag missing API interactions, incorrect sequence flows, or error handling gaps the AI may have overlooked.
279
+
251
280
  # Dynamic Behavior Model
252
281
 
253
282
  ## User Flows
@@ -105,6 +105,35 @@ Always read `aidlc-docs/{workflow_id}/aidlc-state.md` to get the human-readable
105
105
 
106
106
  After loading, provide a brief summary: "Loaded N artifacts from previous stages: [list artifact names]."
107
107
 
108
+ ### 3b. MANDATORY: Create In-Session Task List
109
+
110
+ **CRITICAL**: After loading artifacts, you MUST create an in-session task list (using TodoWrite/TaskCreate) with all pipeline stages as items. This provides real-time visual progress tracking in the terminal.
111
+
112
+ **For Inception Phase resumption**, create tasks for:
113
+
114
+ - Workspace Detection (Step 5)
115
+ - Reverse Engineering (Step 6)
116
+ - Requirements Analysis (Step 7)
117
+ - User Stories (Step 8)
118
+ - Workflow Planning (Step 9)
119
+ - Application Design (Step 10)
120
+ - Units Generation (Step 11)
121
+ - Inception Complete — Final Audit and Mode Choice (Step 12)
122
+
123
+ **For Construction Phase resumption**, create tasks for:
124
+
125
+ - Each remaining unit of work (by name/ID)
126
+ - Build and Test
127
+ - Documentation
128
+ - Construction Complete
129
+
130
+ **Rules**:
131
+ - Mark already-completed stages as **completed** immediately when creating the list
132
+ - Mark the current resumption stage as **in_progress**
133
+ - Mark remaining stages as **pending**
134
+ - Update task status in real-time as you progress through stages
135
+ - This is IN ADDITION TO the file-based tracking (`aidlc-state.md`, `checkpoint.json`) — both must be updated
136
+
108
137
  ---
109
138
 
110
139
  ## Step 4: Determine Resume Point
@@ -94,6 +94,31 @@ Scan the `aidlc-docs/` directory for workflow subdirectories (skip the `complete
94
94
 
95
95
  If there is no active workflow AND no feature description was provided in the input, ask the user: "What would you like to build?" Wait for their response before proceeding.
96
96
 
97
+ ### 1d. MANDATORY: Create In-Session Task List
98
+
99
+ **CRITICAL**: Once you have confirmed you are proceeding with a workflow (new or resumed), you MUST create an in-session task list (using TodoWrite/TaskCreate) with all pipeline steps as items. This provides real-time visual progress tracking in the terminal.
100
+
101
+ Create tasks for each step:
102
+
103
+ - Confirm workflow name and display welcome (Step 1)
104
+ - Read Trust State (Step 2)
105
+ - Initial Interview via Q&A File (Step 3)
106
+ - Generate intent.md and initialize pipeline (Step 4)
107
+ - Workspace Detection (Step 5)
108
+ - Reverse Engineering (Step 6)
109
+ - Requirements Analysis (Step 7)
110
+ - User Stories (Step 8)
111
+ - Workflow Planning (Step 9)
112
+ - Application Design (Step 10)
113
+ - Units Generation (Step 11)
114
+ - Inception Complete — Final Audit and Mode Choice (Step 12)
115
+
116
+ **Rules**:
117
+ - Mark each task as **in_progress** when you begin executing that step
118
+ - Mark each task as **completed** immediately when the step finishes (including skipped stages)
119
+ - This is IN ADDITION TO the file-based tracking (`aidlc-state.md`, `checkpoint.json`) — both must be updated
120
+ - When resuming a workflow, mark already-completed steps as **completed** immediately
121
+
97
122
  ---
98
123
 
99
124
  ## Step 2: Read Trust State