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 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.