wdi-method 0.6.15 → 0.6.19
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 +244 -0
- package/README.md +538 -522
- package/kit/.constitution/method/README.md +1 -0
- package/kit/.constitution/method/ci-guide.md +150 -0
- package/kit/.constitution/method/document/corpus-guide.md +6 -0
- package/kit/.constitution/method/document/decision-guide.md +216 -208
- package/kit/.constitution/method/scripts/timeline.py +676 -663
- package/kit/.constitution/method/scripts/validate.py +124 -16
- package/kit/skills/wdi-autopilot/SKILL.md +440 -383
- package/kit/skills/wdi-build/SKILL.md +398 -393
- package/kit/skills/wdi-decision/SKILL.md +203 -197
- package/kit/skills/wdi-upgrade/SKILL.md +1 -0
- package/kit-overlay/AGENTS.md +1 -0
- package/kit-overlay/README.md +1 -0
- package/package.json +2 -1
package/CHANGELOG.md
ADDED
|
@@ -0,0 +1,244 @@
|
|
|
1
|
+
# Changelog
|
|
2
|
+
|
|
3
|
+
What changed in `wdi-method`, newest first. Every entry says what it means for a repo that already has
|
|
4
|
+
the method installed — most often nothing beyond `npx wdi-method@latest update`.
|
|
5
|
+
|
|
6
|
+
A version here is a **git tag**. `npm publish` is a separate, deliberate step (see
|
|
7
|
+
[`CONTRIBUTING.md`](CONTRIBUTING.md)), so some versions exist as a tag and a GitHub release without ever
|
|
8
|
+
having been served from npm. The registry always holds the newest published version, and a published
|
|
9
|
+
version contains every fix below it.
|
|
10
|
+
|
|
11
|
+
---
|
|
12
|
+
|
|
13
|
+
## 0.6.19 — 2026-09-10
|
|
14
|
+
|
|
15
|
+
- **One autopilot run now costs one cloud CI run, not dozens.** A run over fifteen tickets pushed often
|
|
16
|
+
enough to start GitHub Actions at every ticket commit and every spec close, and spent most of a month's
|
|
17
|
+
Actions allowance in two days — a Windows runner bills at 2x the minutes and macOS at 10x, and on a
|
|
18
|
+
private repository every one of those comes out of the allowance. **The fix is not fewer commits**: they
|
|
19
|
+
stay granular, one per ticket, plus the memlog and the registry catch-up. What changed is what a push
|
|
20
|
+
triggers.
|
|
21
|
+
- `wdi-autopilot` gains **§ Cycle-end CI**. Every intermediate push starts nothing; the cloud runner
|
|
22
|
+
fires **once**, at § Finish, when the final head is pushed and the one PR is marked ready for review.
|
|
23
|
+
§ Door 2 says an iteration MUST NOT dispatch a workflow or mark a PR ready mid-ticket, and § Finish
|
|
24
|
+
says how the run is triggered at the end — ready-for-review, `workflow_dispatch`, or a final push with
|
|
25
|
+
no `[skip ci]`, in that order of preference.
|
|
26
|
+
- What a spec close is judged on until then is the run branch's **own full suite, run locally** — the
|
|
27
|
+
check that used to be "the last pushed head is green in CI". Nothing closes over red; only the place
|
|
28
|
+
the red is seen has moved to where it costs nothing.
|
|
29
|
+
- Preflight gains a row: **no workflow may fire on an intermediate push.** It is red when one does, and
|
|
30
|
+
it is checked at minute one rather than discovered on the invoice.
|
|
31
|
+
- `wdi-build` Step 5 says the same thing for a supervised run: one unit of work earns one cloud run.
|
|
32
|
+
- **New guide — `.constitution/method/ci-guide.md`.** The trigger shape (`workflow_dispatch` always;
|
|
33
|
+
`pull_request` `types: [ready_for_review]` as the one automatic trigger; never a bare `on: push`),
|
|
34
|
+
`paths-ignore` for the prose and corpus layers, `concurrency` with `cancel-in-progress`, and two
|
|
35
|
+
copy-paste templates: `ci.yml` for the product's build and test, and `korpus.yml` for the corpus
|
|
36
|
+
validators, kept separate so the cheap one can still run when the expensive one is ignored.
|
|
37
|
+
|
|
38
|
+
**What a repo that already has the method installed does about it.** `npx wdi-method@latest update` brings
|
|
39
|
+
the guide and the two skills. The workflows themselves are yours and the installer does not write them:
|
|
40
|
+
open `.constitution/method/ci-guide.md` and compare your `.github/workflows/` against § Trigger shape. A
|
|
41
|
+
workflow with a bare `on: push` is the one that spends the allowance, and it is what the new preflight row
|
|
42
|
+
will refuse to start a mandate over.
|
|
43
|
+
|
|
44
|
+
## 0.6.18 — 2026-09-08
|
|
45
|
+
|
|
46
|
+
- **This file.** The version history was only readable as `git log`, which is the wrong place to look for
|
|
47
|
+
it when you are deciding how carefully to read an `update` diff.
|
|
48
|
+
- **The README had the validator count wrong.** It said twenty-seven; `validate.py` has run twenty-nine
|
|
49
|
+
named checks since `withdrawn-recorded` arrived in 0.6.14. It also now says what the validators treat as
|
|
50
|
+
corpus, which 0.6.17 changed.
|
|
51
|
+
|
|
52
|
+
## 0.6.17 — 2026-09-08
|
|
53
|
+
|
|
54
|
+
- **The corpus walker honours `.gitignore`.** The walk pruned only a hardcoded folder list, so a vendored
|
|
55
|
+
dependency tree inside an ignored folder was read as this product's corpus — one repo saw 172
|
|
56
|
+
`cites-resolve` findings from source code it had deliberately ignored. The ignored set is now computed
|
|
57
|
+
once per run (`git ls-files --others --ignored --exclude-standard --directory`), and the hardcoded list
|
|
58
|
+
stays as the fallback for a checkout that is not a git repository. `.gitignore` still cannot hide real
|
|
59
|
+
corpus: `corpus-in-git` fails when a folder the method commits is ignored.
|
|
60
|
+
- **`timeline.py` no longer crashes on a capability that has tickets.** `cap_tickets()` returns
|
|
61
|
+
`(spec, ticket)` pairs and the span helper read each item as a ticket row, so generating the timeline
|
|
62
|
+
raised `AttributeError` and `/wdi-report progress` could not publish at all.
|
|
63
|
+
|
|
64
|
+
**For a consuming repo:** `update`, then regenerate — a `timeline.md` or `report.md` written before this
|
|
65
|
+
is dated and must not be read as current.
|
|
66
|
+
|
|
67
|
+
## 0.6.16 — 2026-09-07
|
|
68
|
+
|
|
69
|
+
- **A superseded mandate still stands for what it accepted.** `mandate-accept` asked a question about the
|
|
70
|
+
past — was there a mandate on the day this decision was accepted — and answered it with the mandate's
|
|
71
|
+
status *today*. Superseding a mandate, which `wdi-autopilot`'s own instructions call for when a run
|
|
72
|
+
ends, therefore turned every decision that run had accepted permanently red; and an `applied` decision
|
|
73
|
+
is frozen, so there was no repair the corpus was allowed to make. The check now reads the mandate's
|
|
74
|
+
state at the delegation date, and bounds the window by the **earlier** of `mandate.expires` and the date
|
|
75
|
+
of the decision that superseded it — a revoked delegation ends when it was revoked, whatever its
|
|
76
|
+
`expires` still says. `superseded_by` is read from the decision file's frontmatter as well as the
|
|
77
|
+
registry row, because the template puts it there.
|
|
78
|
+
|
|
79
|
+
## 0.6.15 — 2026-09-07
|
|
80
|
+
|
|
81
|
+
- The dangling-promise finding carries its own repair. `withdrawn-recorded` named the problem without
|
|
82
|
+
saying what to write, and a finding nobody can act on is a finding that gets switched off.
|
|
83
|
+
|
|
84
|
+
## 0.6.14 — 2026-09-07
|
|
85
|
+
|
|
86
|
+
- **New validator `withdrawn-recorded`:** a promise that was withdrawn stays in the registry and says who
|
|
87
|
+
withdrew it. Deleting the row loses the fact that it was ever promised.
|
|
88
|
+
|
|
89
|
+
## 0.6.13 — 2026-09-07
|
|
90
|
+
|
|
91
|
+
- A story id already scoped to its wave is not scoped twice — the pre-0.6 rename was double-prefixing ids
|
|
92
|
+
that had been written correctly.
|
|
93
|
+
|
|
94
|
+
## 0.6.12 — 2026-09-07
|
|
95
|
+
|
|
96
|
+
- Flattening a pre-rename wave is `wdi-upgrade`'s work, not a re-cut. The skill was inventing a new
|
|
97
|
+
decomposition where it should have been moving one that already existed.
|
|
98
|
+
|
|
99
|
+
## 0.6.11 — 2026-09-07
|
|
100
|
+
|
|
101
|
+
- `update` leaves a closed spec's folder where it is. Moving a finished spec's folder rewrote history for
|
|
102
|
+
nothing.
|
|
103
|
+
|
|
104
|
+
## 0.6.10 — 2026-09-07
|
|
105
|
+
|
|
106
|
+
- `update` reports the two things `wdi-upgrade` now has to move, instead of leaving them for a reader to
|
|
107
|
+
discover.
|
|
108
|
+
|
|
109
|
+
## 0.6.9 — 2026-09-07
|
|
110
|
+
|
|
111
|
+
- The TUI refuses a missing engine too, in step 2's place. The CLI had checked since 0.6.8; the
|
|
112
|
+
interactive path had not, and that is the path a first install actually takes.
|
|
113
|
+
|
|
114
|
+
## 0.6.8 — 2026-09-07
|
|
115
|
+
|
|
116
|
+
- **The G5 engines are the repo's own, invocable, and BMad's replacements are locked out.** `install` and
|
|
117
|
+
`update` refuse until `to-spec`, `to-tickets`, `implement`, `tdd`, `code-review` and `domain-modeling`
|
|
118
|
+
are in the repo; `wdi-build` invokes them itself, so `wdi-autopilot` can finish a spec unattended; and
|
|
119
|
+
thirteen BMad skills retired at G5 are denied model invocation. A spec also gets one predefined home,
|
|
120
|
+
`.scratch/<spec-id>-<slug>/`.
|
|
121
|
+
|
|
122
|
+
**For a consuming repo:** the largest jump in the 0.6 line. The README section *"Moving a repo from 0.6.7
|
|
123
|
+
or earlier to 0.6.8"* walks all four changes, and `npx wdi-method engines --fix` repairs what can be
|
|
124
|
+
repaired without touching anything you wrote.
|
|
125
|
+
|
|
126
|
+
## 0.6.7 — 2026-09-06
|
|
127
|
+
|
|
128
|
+
- `plan-dates` reported nothing at all, because it raised before it could report; and a legacy story file
|
|
129
|
+
was looked for in the wrong folder.
|
|
130
|
+
- A closed pre-rename wave stays visible to the RTM instead of disappearing from it.
|
|
131
|
+
|
|
132
|
+
## 0.6.6 — 2026-09-06
|
|
133
|
+
|
|
134
|
+
- **New validator `corpus-in-git`:** a folder the method commits MUST NOT be gitignored. A corpus git
|
|
135
|
+
cannot see is a corpus the clone lacks.
|
|
136
|
+
- The git rule is stated where the bootstrap reads it, not only where the detail lives.
|
|
137
|
+
|
|
138
|
+
## 0.6.5 — 2026-09-05
|
|
139
|
+
|
|
140
|
+
- The README said three things that 0.6.2 through 0.6.4 had made untrue.
|
|
141
|
+
|
|
142
|
+
## 0.6.4 — 2026-09-05
|
|
143
|
+
|
|
144
|
+
- The test suite depended on the author's machine, and 0.6.3 failed CI because of it.
|
|
145
|
+
|
|
146
|
+
## 0.6.3 — 2026-09-05
|
|
147
|
+
|
|
148
|
+
- The ticket engines are required, and their config ships pre-answered — so `/setup-matt-pocock-skills` is
|
|
149
|
+
not part of getting started.
|
|
150
|
+
- *"What now"* is answered after install and after update, in the README and in `wdi-help`.
|
|
151
|
+
- Three real migrations, none of them `wdi-upgrade`'s: a mechanical rename, a printed warning, and a skill
|
|
152
|
+
that heals its own ledger.
|
|
153
|
+
|
|
154
|
+
## 0.6.2 — 2026-09-05
|
|
155
|
+
|
|
156
|
+
- **New skill `wdi-autopilot`:** one mandate, then every `FR` in scope delivered unattended, every answer
|
|
157
|
+
recorded in one ledger. It stops at one of three places — done, at capacity, or blocked — and one run
|
|
158
|
+
lands as one pull request. An adversarial review closed ten findings before release, two of them in the
|
|
159
|
+
validator.
|
|
160
|
+
|
|
161
|
+
**For a consuming repo:** `update` renames a pre-0.6.2 ledger to `autopilot-<mandate-id>.md`. The content
|
|
162
|
+
is never rewritten.
|
|
163
|
+
|
|
164
|
+
## 0.6.1 — 2026-09-03
|
|
165
|
+
|
|
166
|
+
- **New skill `wdi-explain-to-me`:** a decision briefing the owner reads, written in the owner's language.
|
|
167
|
+
|
|
168
|
+
## 0.6.0 — 2026-09-03
|
|
169
|
+
|
|
170
|
+
- **Two trees, one home per fact.** The working set points and the rendered page answers, so a human gets
|
|
171
|
+
a complete document while the corpus keeps no copies. This is the release the validators' rule against
|
|
172
|
+
comparing two copies of one fact comes from.
|
|
173
|
+
- The units are renamed: wave and story are retired, `waves.yaml` becomes `specs.yaml`, and size decides
|
|
174
|
+
the spec.
|
|
175
|
+
- The BMad engine layer below G5 is retired in favour of `to-spec`, `to-tickets` and `implement`;
|
|
176
|
+
`wdi-blueprint` wraps `domain-modeling` as its engine.
|
|
177
|
+
- UX runs and **lands** at G2, breaking a deadlock where the container was never in its path.
|
|
178
|
+
- A decision's first home is the document it governs, and no `DEC-` is mandatory.
|
|
179
|
+
- The corpus is present tense, and stale is not a finding.
|
|
180
|
+
- `wdi-review` stopped being a treadmill; gate *shape* and checklist *length* became separate knobs.
|
|
181
|
+
|
|
182
|
+
**For a consuming repo:** run `wdi-upgrade` after updating, before any other skill. The validators read
|
|
183
|
+
the new shape, and a corpus half in the old one answers them wrongly. The untagged 0.5.13 and 0.5.14
|
|
184
|
+
bumps — the review panel dropping its two-CLI-family requirement, and the platform picker aligning with
|
|
185
|
+
BMad — are included here.
|
|
186
|
+
|
|
187
|
+
## 0.5.12 — 2026-08-22
|
|
188
|
+
|
|
189
|
+
- Blueprint actor headings lose the orphaned separator a nameless actor left behind.
|
|
190
|
+
|
|
191
|
+
## 0.5.11 — 2026-08-22
|
|
192
|
+
|
|
193
|
+
- Version bump only; no method change.
|
|
194
|
+
|
|
195
|
+
## 0.5.10 — 2026-08-19
|
|
196
|
+
|
|
197
|
+
- The inventory engine littered the room it was asked to read.
|
|
198
|
+
|
|
199
|
+
## 0.5.9 — 2026-08-19
|
|
200
|
+
|
|
201
|
+
- The package ships no stack at all: a skeleton, and a skill that writes it. A stack baked into a generic
|
|
202
|
+
package is an assumption every consumer inherits.
|
|
203
|
+
|
|
204
|
+
## 0.5.8 — 2026-08-19
|
|
205
|
+
|
|
206
|
+
- `inventory.py`: the engine stays in the package, the stack moves to the room that owns it.
|
|
207
|
+
|
|
208
|
+
## 0.5.7 — 2026-08-19
|
|
209
|
+
|
|
210
|
+
- The method assumed a stack, and a path was only the visible half of that assumption.
|
|
211
|
+
|
|
212
|
+
## 0.5.6 — 2026-08-19
|
|
213
|
+
|
|
214
|
+
- The guard a real component actually needed, which the retired V24 could never have been.
|
|
215
|
+
|
|
216
|
+
## 0.5.5 — 2026-08-19
|
|
217
|
+
|
|
218
|
+
- V24 was unsatisfiable for every consumer, and the language sweep had missed nineteen strings.
|
|
219
|
+
|
|
220
|
+
## 0.5.4 — 2026-08-19
|
|
221
|
+
|
|
222
|
+
- `portability.md` was right about the path and wrong about everything else.
|
|
223
|
+
|
|
224
|
+
## 0.5.3 — 2026-08-19
|
|
225
|
+
|
|
226
|
+
- The 0.5.0 split was unreachable for the repos that needed it.
|
|
227
|
+
- Python bytecode is kept out of the tarball — 0.5.2 shipped 123 kB of it, and a `.pyc` embeds the
|
|
228
|
+
absolute path it was compiled from.
|
|
229
|
+
|
|
230
|
+
## 0.5.2 — 2026-08-19
|
|
231
|
+
|
|
232
|
+
- **The direction was reversed:** a method change is authored *here* and proven against a fixture corpus
|
|
233
|
+
the registry scripts actually run against, instead of being promoted out of a live product. `promote`
|
|
234
|
+
became a rescue tool that refuses to run without `--rescue`.
|
|
235
|
+
- An external audit of 0.5.0 found the `AGENTS.md` block calling the whole kit non-binding.
|
|
236
|
+
- Bahasa Indonesia is swept out of the generic package; the installer's interface is English.
|
|
237
|
+
- Included here: `.constitution/` becoming exactly two folders, `method/` and `project/` (0.5.0), and the
|
|
238
|
+
0.5.1 republish of a kit that had shipped pre-fix overlay content.
|
|
239
|
+
|
|
240
|
+
## 0.3.0 — 2026-08-18
|
|
241
|
+
|
|
242
|
+
- First public release: an interactive installer, a replaceable `AGENTS.md` method block, two language
|
|
243
|
+
settings asked separately, and `.constitution/project/` as the custom room `update` never overwrites and
|
|
244
|
+
`promote` never publishes.
|