@turri-dev/cli 0.1.3-next.f74e98a → 0.1.3
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/dist/extension.js +42 -12
- package/dist/pi-launch.js +5 -0
- package/dist/question-dialog.js +8 -3
- package/dist/questioning.js +1 -1
- package/dist/regenerate/activity.js +2 -0
- package/dist/regenerate/conform.js +5 -5
- package/dist/regenerate/conformance-agents.js +28 -8
- package/dist/regenerate/conformance.js +24 -10
- package/dist/regenerate/loop.js +22 -4
- package/dist/regenerate/notes.js +66 -17
- package/dist/regenerate/prompt.js +3 -1
- package/dist/regenerate/regenerate.js +12 -8
- package/dist/regenerate/regression.js +2 -1
- package/dist/regenerate/requires.js +55 -2
- package/dist/regenerate/unit-review.js +11 -0
- package/dist/resume-line.js +4 -0
- package/dist/spec-tools.js +8 -44
- package/docs/authoring-plain.md +9 -6
- package/docs/regenerating.md +27 -13
- package/docs/skills-and-gates.md +2 -2
- package/genome/skills/bud/SKILL.md +67 -36
- package/genome/skills/bud/references/intent.md +4 -0
- package/package.json +3 -3
- package/genome/skills/bud/references/checklist.md +0 -44
|
@@ -1,44 +0,0 @@
|
|
|
1
|
-
# Bud Checklist
|
|
2
|
-
|
|
3
|
-
Use this to verify the workflow was followed - never as a substitute for it. Walk it once in the
|
|
4
|
-
review step, before the handover. A box counts only when the change is in the `.plain` files, not
|
|
5
|
-
merely discussed; an unmet box is completed with a spec diff before finishing.
|
|
6
|
-
|
|
7
|
-
## Intent
|
|
8
|
-
|
|
9
|
-
- [ ] Asked the five core questions of `references/intent.md` one at a time - or confirmed in one
|
|
10
|
-
line what the user had already said - with at most one clarification for a vague answer.
|
|
11
|
-
- [ ] Wrote nothing to disk before the brief was confirmed.
|
|
12
|
-
- [ ] Summarized motivation, affected user, desired outcome, observable success criterion, and
|
|
13
|
-
boundary with explicit exclusions; got explicit confirmation.
|
|
14
|
-
|
|
15
|
-
## Scope
|
|
16
|
-
|
|
17
|
-
- [ ] Read the target `.plain` file(s) whole, with their `import` and `requires` chains, and the
|
|
18
|
-
config that says whether conformance tests are on.
|
|
19
|
-
- [ ] Asked which module only when it was genuinely ambiguous.
|
|
20
|
-
|
|
21
|
-
## Every product question
|
|
22
|
-
|
|
23
|
-
- [ ] Asked exactly one question via `ask_user`, about the product - a trigger and outcome, an edge
|
|
24
|
-
case, a rule, a permission, a step of a flow - never about a spec section.
|
|
25
|
-
- [ ] Turned the answer into exactly one spec change, across every section it needed, and wrote it
|
|
26
|
-
with `write_spec_diff` - never with `write` or `edit`.
|
|
27
|
-
- [ ] Concepts defined in the same change as, or before, what first uses them; no cycles.
|
|
28
|
-
- [ ] Every functional spec follows `add-functional-spec`'s rules, passed its complexity and
|
|
29
|
-
conflict checks, and sits in build order; one too big was split with the user.
|
|
30
|
-
- [ ] Every change to something already specified - built or still queued - was put to the user
|
|
31
|
-
first (keep / augment / replace) and written as a diff with `fixes_earlier`.
|
|
32
|
-
- [ ] Every correction of this feature's own changes was a diff with `fixes_earlier`, before the
|
|
33
|
-
next question.
|
|
34
|
-
- [ ] `***test reqs***` and `***acceptance tests***` only with conformance tests on.
|
|
35
|
-
- [ ] Asked whether the feature is fully covered before leaving the loop.
|
|
36
|
-
|
|
37
|
-
## Review
|
|
38
|
-
|
|
39
|
-
- [ ] Read the modified `.plain` file(s) whole and checked: concepts defined before use, no cycles,
|
|
40
|
-
build order right end to end, functional specs language-agnostic, every external interface
|
|
41
|
-
explicit, acceptance tests consistent with their functional specs.
|
|
42
|
-
- [ ] Ran `validate` on every module touched, and fixed what it reported with spec diffs.
|
|
43
|
-
- [ ] Handed over: the spec changes in order, the builds they queued and how they stand, and that
|
|
44
|
-
further changes are asked for in the conversation as spec diffs.
|