@chllming/wave-orchestration 0.8.4 → 0.8.5
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/CHANGELOG.md +17 -1
- package/README.md +25 -12
- package/docs/README.md +2 -0
- package/docs/agents/wave-design-role.md +47 -0
- package/docs/concepts/what-is-a-wave.md +11 -7
- package/docs/guides/author-and-run-waves.md +24 -0
- package/docs/guides/planner.md +44 -0
- package/docs/plans/current-state.md +5 -1
- package/docs/plans/end-state-architecture.md +7 -2
- package/docs/plans/examples/wave-example-design-handoff.md +262 -0
- package/docs/plans/examples/wave-example-live-proof.md +1 -1
- package/docs/plans/migration.md +208 -75
- package/docs/plans/wave-orchestrator.md +13 -3
- package/docs/reference/cli-reference.md +12 -0
- package/docs/reference/npmjs-trusted-publishing.md +2 -2
- package/docs/reference/sample-waves.md +14 -7
- package/docs/reference/skills.md +10 -0
- package/package.json +1 -1
- package/releases/manifest.json +19 -0
- package/scripts/wave-orchestrator/agent-state.mjs +64 -0
- package/scripts/wave-orchestrator/config.mjs +5 -0
- package/scripts/wave-orchestrator/coordination.mjs +42 -1
- package/scripts/wave-orchestrator/gate-engine.mjs +106 -2
- package/scripts/wave-orchestrator/install.mjs +3 -0
- package/scripts/wave-orchestrator/launcher-runtime.mjs +7 -1
- package/scripts/wave-orchestrator/launcher.mjs +55 -1
- package/scripts/wave-orchestrator/ledger.mjs +56 -27
- package/scripts/wave-orchestrator/local-executor.mjs +37 -0
- package/scripts/wave-orchestrator/planner.mjs +24 -4
- package/scripts/wave-orchestrator/result-envelope.mjs +32 -1
- package/scripts/wave-orchestrator/retry-control.mjs +17 -2
- package/scripts/wave-orchestrator/retry-engine.mjs +85 -0
- package/scripts/wave-orchestrator/role-helpers.mjs +73 -1
- package/scripts/wave-orchestrator/shared.mjs +1 -0
- package/scripts/wave-orchestrator/skills.mjs +1 -0
- package/scripts/wave-orchestrator/task-entity.mjs +65 -45
- package/scripts/wave-orchestrator/wave-files.mjs +85 -1
- package/scripts/wave-orchestrator/wave-state-reducer.mjs +24 -7
- package/skills/README.md +7 -0
- package/skills/role-design/SKILL.md +50 -0
- package/skills/role-design/skill.json +36 -0
- package/skills/tui-design/SKILL.md +77 -0
- package/skills/tui-design/references/tui-design.md +259 -0
- package/skills/tui-design/skill.json +36 -0
- package/wave.config.json +15 -1
|
@@ -0,0 +1,262 @@
|
|
|
1
|
+
# Wave 12 - Optional Design Steward Handoff
|
|
2
|
+
|
|
3
|
+
This is a showcase-first sample wave for the shipped `design` worker role in `0.8.5`.
|
|
4
|
+
|
|
5
|
+
This example demonstrates the docs-first design-steward path where a design packet is published before code-owning implementation begins.
|
|
6
|
+
|
|
7
|
+
Use this shape when:
|
|
8
|
+
|
|
9
|
+
- the task has interface or architecture ambiguity
|
|
10
|
+
- multiple implementation owners need the same decisions and assumptions
|
|
11
|
+
- you want explicit design lineage instead of re-deriving the same plan in each coding prompt
|
|
12
|
+
|
|
13
|
+
If you want the hybrid design-steward variant instead, keep the same packet path but also assign that same design agent implementation-owned files plus the normal implementation contract sections. The runtime will then run the design pass first and include that same agent in the later implementation fan-out.
|
|
14
|
+
|
|
15
|
+
**Commit message**: `Feat: add design packet before implementation fan-out`
|
|
16
|
+
|
|
17
|
+
## Component promotions
|
|
18
|
+
|
|
19
|
+
- api-boundary: repo-landed
|
|
20
|
+
- runtime-integration: repo-landed
|
|
21
|
+
|
|
22
|
+
## Context7 defaults
|
|
23
|
+
|
|
24
|
+
- bundle: node-typescript
|
|
25
|
+
- query: "Interface boundaries, migration sequencing, and implementation handoff patterns for repository work"
|
|
26
|
+
|
|
27
|
+
## Agent A0: cont-QA
|
|
28
|
+
|
|
29
|
+
### Role prompts
|
|
30
|
+
|
|
31
|
+
- docs/agents/wave-cont-qa-role.md
|
|
32
|
+
|
|
33
|
+
### Executor
|
|
34
|
+
|
|
35
|
+
- profile: deep-review
|
|
36
|
+
|
|
37
|
+
### Context7
|
|
38
|
+
|
|
39
|
+
- bundle: none
|
|
40
|
+
|
|
41
|
+
### Prompt
|
|
42
|
+
|
|
43
|
+
```text
|
|
44
|
+
Primary goal:
|
|
45
|
+
- Judge whether the design packet, implementation slices, and closure evidence line up without hidden architectural drift.
|
|
46
|
+
|
|
47
|
+
Required context before coding:
|
|
48
|
+
- Read docs/reference/repository-guidance.md.
|
|
49
|
+
- Read docs/plans/current-state.md and docs/plans/migration.md.
|
|
50
|
+
- Read docs/plans/waves/design/wave-12-D1.md.
|
|
51
|
+
|
|
52
|
+
File ownership (only touch these paths):
|
|
53
|
+
- docs/plans/waves/reviews/wave-12-cont-qa.md
|
|
54
|
+
```
|
|
55
|
+
|
|
56
|
+
## Agent A8: Integration Steward
|
|
57
|
+
|
|
58
|
+
### Role prompts
|
|
59
|
+
|
|
60
|
+
- docs/agents/wave-integration-role.md
|
|
61
|
+
|
|
62
|
+
### Executor
|
|
63
|
+
|
|
64
|
+
- profile: deep-review
|
|
65
|
+
|
|
66
|
+
### Context7
|
|
67
|
+
|
|
68
|
+
- bundle: none
|
|
69
|
+
|
|
70
|
+
### Prompt
|
|
71
|
+
|
|
72
|
+
```text
|
|
73
|
+
Primary goal:
|
|
74
|
+
- Reconcile the landed implementation against the design packet and the actual repo changes.
|
|
75
|
+
|
|
76
|
+
Required context before coding:
|
|
77
|
+
- Read docs/plans/current-state.md.
|
|
78
|
+
- Read docs/plans/waves/design/wave-12-D1.md.
|
|
79
|
+
|
|
80
|
+
File ownership (only touch these paths):
|
|
81
|
+
- .tmp/main-wave-launcher/integration/wave-12.md
|
|
82
|
+
- .tmp/main-wave-launcher/integration/wave-12.json
|
|
83
|
+
```
|
|
84
|
+
|
|
85
|
+
## Agent A9: Documentation Steward
|
|
86
|
+
|
|
87
|
+
### Role prompts
|
|
88
|
+
|
|
89
|
+
- docs/agents/wave-documentation-role.md
|
|
90
|
+
|
|
91
|
+
### Executor
|
|
92
|
+
|
|
93
|
+
- profile: docs-pass
|
|
94
|
+
|
|
95
|
+
### Context7
|
|
96
|
+
|
|
97
|
+
- bundle: none
|
|
98
|
+
|
|
99
|
+
### Prompt
|
|
100
|
+
|
|
101
|
+
```text
|
|
102
|
+
Primary goal:
|
|
103
|
+
- Keep the shared docs and migration notes aligned with the design packet and final implementation outcome.
|
|
104
|
+
|
|
105
|
+
Required context before coding:
|
|
106
|
+
- Read docs/plans/current-state.md.
|
|
107
|
+
- Read docs/plans/migration.md.
|
|
108
|
+
- Read docs/plans/waves/design/wave-12-D1.md.
|
|
109
|
+
|
|
110
|
+
File ownership (only touch these paths):
|
|
111
|
+
- docs/plans/current-state.md
|
|
112
|
+
- docs/plans/migration.md
|
|
113
|
+
```
|
|
114
|
+
|
|
115
|
+
## Agent D1: Design Steward
|
|
116
|
+
|
|
117
|
+
### Role prompts
|
|
118
|
+
|
|
119
|
+
- docs/agents/wave-design-role.md
|
|
120
|
+
|
|
121
|
+
### Executor
|
|
122
|
+
|
|
123
|
+
- profile: design-pass
|
|
124
|
+
|
|
125
|
+
### Context7
|
|
126
|
+
|
|
127
|
+
- bundle: none
|
|
128
|
+
|
|
129
|
+
### Skills
|
|
130
|
+
|
|
131
|
+
- role-design
|
|
132
|
+
|
|
133
|
+
Add `tui-design` here too when the design packet owns terminal UX, dashboards, or other operator-surface behavior. Omit it for generic API or migration design.
|
|
134
|
+
|
|
135
|
+
### Capabilities
|
|
136
|
+
|
|
137
|
+
- design
|
|
138
|
+
- interface-handoff
|
|
139
|
+
- decision-lineage
|
|
140
|
+
|
|
141
|
+
### Prompt
|
|
142
|
+
|
|
143
|
+
```text
|
|
144
|
+
Primary goal:
|
|
145
|
+
- Produce the implementation-ready design packet for the Wave 12 slice before coding starts.
|
|
146
|
+
|
|
147
|
+
Required context before coding:
|
|
148
|
+
- Read docs/reference/repository-guidance.md.
|
|
149
|
+
- Read docs/plans/current-state.md.
|
|
150
|
+
- Read docs/plans/migration.md.
|
|
151
|
+
|
|
152
|
+
Specific expectations:
|
|
153
|
+
- make the implementation handoff concrete enough that A1 and A2 can start without re-deriving the same architecture
|
|
154
|
+
- keep assumptions and open questions explicit
|
|
155
|
+
- do not silently expand into source-code changes
|
|
156
|
+
|
|
157
|
+
File ownership (only touch these paths):
|
|
158
|
+
- docs/plans/waves/design/wave-12-D1.md
|
|
159
|
+
```
|
|
160
|
+
|
|
161
|
+
## Agent A1: API Boundary Update
|
|
162
|
+
|
|
163
|
+
### Executor
|
|
164
|
+
|
|
165
|
+
- profile: implement-fast
|
|
166
|
+
|
|
167
|
+
### Context7
|
|
168
|
+
|
|
169
|
+
- bundle: node-typescript
|
|
170
|
+
- query: "API boundary refactors and compatibility-safe migration sequencing"
|
|
171
|
+
|
|
172
|
+
### Skills
|
|
173
|
+
|
|
174
|
+
- role-implementation
|
|
175
|
+
- runtime-codex
|
|
176
|
+
- repo-coding-rules
|
|
177
|
+
|
|
178
|
+
### Components
|
|
179
|
+
|
|
180
|
+
- api-boundary
|
|
181
|
+
|
|
182
|
+
### Deliverables
|
|
183
|
+
|
|
184
|
+
- scripts/wave-orchestrator/api-boundary.mjs
|
|
185
|
+
- test/wave-orchestrator/api-boundary.test.ts
|
|
186
|
+
|
|
187
|
+
### Exit contract
|
|
188
|
+
|
|
189
|
+
- completion: integrated
|
|
190
|
+
- durability: durable
|
|
191
|
+
- proof: integration
|
|
192
|
+
- doc-impact: none
|
|
193
|
+
|
|
194
|
+
### Prompt
|
|
195
|
+
|
|
196
|
+
```text
|
|
197
|
+
Primary goal:
|
|
198
|
+
- Land the API-boundary changes described in the Wave 12 design packet.
|
|
199
|
+
|
|
200
|
+
Required context before coding:
|
|
201
|
+
- Read docs/plans/waves/design/wave-12-D1.md before changing code.
|
|
202
|
+
|
|
203
|
+
File ownership (only touch these paths):
|
|
204
|
+
- scripts/wave-orchestrator/api-boundary.mjs
|
|
205
|
+
- test/wave-orchestrator/api-boundary.test.ts
|
|
206
|
+
```
|
|
207
|
+
|
|
208
|
+
## Agent A2: Runtime Integration Update
|
|
209
|
+
|
|
210
|
+
### Executor
|
|
211
|
+
|
|
212
|
+
- profile: implement-fast
|
|
213
|
+
|
|
214
|
+
### Context7
|
|
215
|
+
|
|
216
|
+
- bundle: node-typescript
|
|
217
|
+
- query: "Runtime integration updates and handoff-safe staged migration"
|
|
218
|
+
|
|
219
|
+
### Skills
|
|
220
|
+
|
|
221
|
+
- role-implementation
|
|
222
|
+
- runtime-codex
|
|
223
|
+
- repo-coding-rules
|
|
224
|
+
|
|
225
|
+
### Components
|
|
226
|
+
|
|
227
|
+
- runtime-integration
|
|
228
|
+
|
|
229
|
+
### Deliverables
|
|
230
|
+
|
|
231
|
+
- scripts/wave-orchestrator/runtime-integration.mjs
|
|
232
|
+
- test/wave-orchestrator/runtime-integration.test.ts
|
|
233
|
+
|
|
234
|
+
### Exit contract
|
|
235
|
+
|
|
236
|
+
- completion: integrated
|
|
237
|
+
- durability: durable
|
|
238
|
+
- proof: integration
|
|
239
|
+
- doc-impact: none
|
|
240
|
+
|
|
241
|
+
### Prompt
|
|
242
|
+
|
|
243
|
+
```text
|
|
244
|
+
Primary goal:
|
|
245
|
+
- Land the runtime integration changes described in the Wave 12 design packet.
|
|
246
|
+
|
|
247
|
+
Required context before coding:
|
|
248
|
+
- Read docs/plans/waves/design/wave-12-D1.md before changing code.
|
|
249
|
+
|
|
250
|
+
File ownership (only touch these paths):
|
|
251
|
+
- scripts/wave-orchestrator/runtime-integration.mjs
|
|
252
|
+
- test/wave-orchestrator/runtime-integration.test.ts
|
|
253
|
+
```
|
|
254
|
+
|
|
255
|
+
## Why This Example Exists
|
|
256
|
+
|
|
257
|
+
This example demonstrates the intended boundary:
|
|
258
|
+
|
|
259
|
+
- the design steward is report-first and docs/spec-owned
|
|
260
|
+
- implementation owners still own code changes and proof
|
|
261
|
+
- closure roles stay the same
|
|
262
|
+
- the design packet becomes an explicit handoff artifact instead of hidden reasoning inside one agent transcript
|
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
|
|
3
3
|
This is a showcase-first sample wave.
|
|
4
4
|
|
|
5
|
-
Use it as the single reference example for the current `0.8.
|
|
5
|
+
Use it as the single reference example for the current `0.8.5` Wave surface.
|
|
6
6
|
|
|
7
7
|
It intentionally combines more sections than a normal production wave so one file can demonstrate:
|
|
8
8
|
|