@nurix/etna 0.19.0 → 0.19.2
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/data/harness-index.json +1 -1
- package/data/harnesses/code/CLAUDE.md +2 -2
- package/data/harnesses/code/agents/brainstorm.md +128 -19
- package/data/harnesses/code/agents/maintenance.md +8 -6
- package/data/harnesses/code/harness.json +2 -2
- package/data/harnesses/code/skills/brainstorm/README.md +42 -148
- package/data/harnesses/code/skills/brainstorm/SKILL.md +161 -139
- package/data/harnesses/code/skills/brainstorm/references/doctrine.md +98 -0
- package/data/harnesses/code/skills/brainstorm/references/harvest.md +86 -0
- package/data/harnesses/code/skills/brainstorm/references/session-schema.md +186 -0
- package/data/harnesses/code/skills/brainstorm/scripts/detector.mjs +460 -0
- package/data/harnesses/code/skills/documentation/references/templates.md +2 -2
- package/data/harnesses/etna/CLAUDE.md +3 -3
- package/data/harnesses/etna/agents/brainstorm.md +128 -19
- package/data/harnesses/etna/agents/maintenance.md +8 -6
- package/data/harnesses/etna/harness.json +2 -2
- package/data/harnesses/etna/skills/brainstorm/README.md +42 -148
- package/data/harnesses/etna/skills/brainstorm/SKILL.md +161 -139
- package/data/harnesses/etna/skills/brainstorm/references/doctrine.md +98 -0
- package/data/harnesses/etna/skills/brainstorm/references/harvest.md +86 -0
- package/data/harnesses/etna/skills/brainstorm/references/session-schema.md +186 -0
- package/data/harnesses/etna/skills/brainstorm/scripts/detector.mjs +460 -0
- package/data/harnesses/etna/skills/documentation/references/templates.md +2 -2
- package/package.json +1 -1
- package/data/harnesses/code/skills/brainstorm/exit-artifacts.md +0 -66
- package/data/harnesses/code/skills/brainstorm/templates/backlog.md +0 -39
- package/data/harnesses/code/skills/brainstorm/templates/build.md +0 -37
- package/data/harnesses/code/skills/brainstorm/templates/decisions.md +0 -29
- package/data/harnesses/code/skills/brainstorm/templates/doctrine.md +0 -31
- package/data/harnesses/code/skills/brainstorm/templates/domain-model.md +0 -25
- package/data/harnesses/code/skills/brainstorm/templates/evidence.md +0 -24
- package/data/harnesses/code/skills/brainstorm/templates/glossary.md +0 -20
- package/data/harnesses/code/skills/brainstorm/templates/milestones.md +0 -43
- package/data/harnesses/code/skills/brainstorm/templates/non-goals.md +0 -17
- package/data/harnesses/code/skills/brainstorm/templates/plan-doc.md +0 -61
- package/data/harnesses/code/skills/brainstorm/templates/questions.md +0 -36
- package/data/harnesses/code/skills/brainstorm/templates/references.md +0 -28
- package/data/harnesses/code/skills/brainstorm/templates/rejected.md +0 -33
- package/data/harnesses/code/skills/brainstorm/templates/source-of-truth.md +0 -49
- package/data/harnesses/code/skills/brainstorm/templates/state.md +0 -1
- package/data/harnesses/code/skills/brainstorm/templates/tech.md +0 -23
- package/data/harnesses/code/skills/brainstorm/templates/thesis.md +0 -21
- package/data/harnesses/etna/skills/brainstorm/exit-artifacts.md +0 -66
- package/data/harnesses/etna/skills/brainstorm/templates/backlog.md +0 -39
- package/data/harnesses/etna/skills/brainstorm/templates/build.md +0 -37
- package/data/harnesses/etna/skills/brainstorm/templates/decisions.md +0 -29
- package/data/harnesses/etna/skills/brainstorm/templates/doctrine.md +0 -31
- package/data/harnesses/etna/skills/brainstorm/templates/domain-model.md +0 -25
- package/data/harnesses/etna/skills/brainstorm/templates/evidence.md +0 -24
- package/data/harnesses/etna/skills/brainstorm/templates/glossary.md +0 -20
- package/data/harnesses/etna/skills/brainstorm/templates/milestones.md +0 -43
- package/data/harnesses/etna/skills/brainstorm/templates/non-goals.md +0 -17
- package/data/harnesses/etna/skills/brainstorm/templates/plan-doc.md +0 -61
- package/data/harnesses/etna/skills/brainstorm/templates/questions.md +0 -36
- package/data/harnesses/etna/skills/brainstorm/templates/references.md +0 -28
- package/data/harnesses/etna/skills/brainstorm/templates/rejected.md +0 -33
- package/data/harnesses/etna/skills/brainstorm/templates/source-of-truth.md +0 -49
- package/data/harnesses/etna/skills/brainstorm/templates/state.md +0 -1
- package/data/harnesses/etna/skills/brainstorm/templates/tech.md +0 -23
- package/data/harnesses/etna/skills/brainstorm/templates/thesis.md +0 -21
|
@@ -1,152 +1,174 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: brainstorm
|
|
3
|
-
description: Thinking-partner session for designing software. Invoked ONLY by explicit slash commands `/brainstorm start` and `/brainstorm stop` — never auto-invoke on natural-language phrases like "let's plan", "let's design", or "let's think through X". Entry requires a basis (a reference document or a one-shot brain dump); drip-
|
|
3
|
+
description: Thinking-partner session for designing large-scale software changes. Invoked ONLY by explicit slash commands `/brainstorm start` and `/brainstorm stop` — never auto-invoke on natural-language phrases like "let's plan", "let's design", or "let's think through X". Entry requires a basis (a reference document, a prior session folder of any format, or a one-shot brain dump); drip-sized asks are redirected. The facilitator owns the conversation and appends everything to an untracked ops ledger; the brainstorm twin agent owns the working surface (thesis / forks / ledger / state / fragments), dispatched at gates — start, on demand, pause, stop — and paired-logged; a detector script owns mechanical integrity. Stop always triggers convergence, a user-approved harvest manifest, a uselessness test, and the folder's move to docs/history/brainstorms/, where the user decides: delete or commit.
|
|
4
4
|
argument-hint: "start | stop"
|
|
5
5
|
---
|
|
6
6
|
|
|
7
7
|
# Brainstorm
|
|
8
8
|
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
| **converge** | shared | closing in | Burn down open questions. `AskUserQuestion` allowed for picks. Each resolution → a decision with **Why** + **How to apply**, or an explicit park (backlog / non-goals). Ends with a mandatory fresh sync. |
|
|
40
|
-
|
|
41
|
-
**Switching** is an explicit user word ("let me dump", "ask me questions", "poke holes", "let's converge"). On a strong signal — the user starts monologuing mid-interview, or answers every probe with "I haven't thought about it" — **offer** the switch in one line. Never seize it. Announce every shift in plain English: _"Switching to probe — I'll push on the sync-layer design. Say 'park' anytime."_
|
|
9
|
+
Help the user think correctly about a large-scale change, in a record that reads well at any
|
|
10
|
+
pause, and end with a harvest so complete the session folder is useless. You are the
|
|
11
|
+
**facilitator** — the conversation seat of a capability split across two seats:
|
|
12
|
+
|
|
13
|
+
- **You (this skill, main loop)** hold the conversation. Your only writes: append to
|
|
14
|
+
`ops/capture.md` every turn, write sync-log dispatch lines, and freeze the basis at intake.
|
|
15
|
+
- **The twin (the `brainstorm` agent, pinned strong tier)** owns the paper: it distills ops into
|
|
16
|
+
the working surface, recomposes the thesis whole, audits, and drives the harvest. You dispatch
|
|
17
|
+
it at gates and relay its reports. You never write the working surface yourself — prose
|
|
18
|
+
obligations decay in the conversing seat; that is the whole architecture.
|
|
19
|
+
- **The detector** (`scripts/detector.mjs`) owns mechanical integrity; the twin runs it.
|
|
20
|
+
|
|
21
|
+
References — load at the named moments, and read the routed file in full (no skimming to save
|
|
22
|
+
context; this skill is sized by completeness):
|
|
23
|
+
|
|
24
|
+
- `references/doctrine.md` — when judging what a turn's substance *is* (force, fork, commitment)
|
|
25
|
+
or how to word what you capture.
|
|
26
|
+
- `references/session-schema.md` — when bootstrapping a session or interpreting detector/twin
|
|
27
|
+
output.
|
|
28
|
+
- `references/harvest.md` — at `stop`, before orchestrating the pipeline.
|
|
29
|
+
|
|
30
|
+
## The one habit that is yours: capture
|
|
31
|
+
|
|
32
|
+
Append to `ops/capture.md` **every turn**, both sides, lowest bar — raw notes, not prose:
|
|
33
|
+
what the user said that matters, and your own substance (causal diagnoses, informed rejections of
|
|
34
|
+
options you presented, definitions, reasoning chains behind recommendations), plus residue you
|
|
35
|
+
judge not worth filing. Turn-stamped per the schema (`### T# · <ISO datetime>`). Never distill
|
|
36
|
+
here — distillation is the twin's. If a piece of your reasoning lives only in the chat when the
|
|
37
|
+
twin next dispatches, you leaked it. This habit is also what makes every re-entry cheap: the
|
|
38
|
+
folder plus ops is the session's whole memory.
|
|
42
39
|
|
|
43
40
|
## `start`
|
|
44
41
|
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
79
|
-
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
95
|
-
|
|
96
|
-
|
|
97
|
-
-
|
|
98
|
-
|
|
99
|
-
|
|
100
|
-
|
|
101
|
-
|
|
102
|
-
|
|
103
|
-
|
|
104
|
-
|
|
105
|
-
|
|
106
|
-
|
|
107
|
-
|
|
108
|
-
|
|
109
|
-
|
|
110
|
-
|
|
111
|
-
|
|
112
|
-
|
|
113
|
-
|
|
114
|
-
|
|
115
|
-
|
|
116
|
-
|
|
117
|
-
|
|
118
|
-
|
|
119
|
-
|
|
120
|
-
|
|
121
|
-
|
|
122
|
-
|
|
123
|
-
|
|
124
|
-
|
|
125
|
-
|
|
126
|
-
|
|
127
|
-
|
|
128
|
-
|
|
129
|
-
##
|
|
130
|
-
|
|
131
|
-
|
|
132
|
-
|
|
133
|
-
|
|
134
|
-
|
|
135
|
-
|
|
136
|
-
|
|
137
|
-
|
|
138
|
-
|
|
139
|
-
|
|
140
|
-
|
|
141
|
-
|
|
142
|
-
|
|
42
|
+
Consult the indexes first — never scan folders: `docs/research/Readme.md` (active sessions) and
|
|
43
|
+
`docs/history/brainstorms/Readme.md` (harvested). Topic matches an active session → resume it
|
|
44
|
+
(re-entry, below). Harvested or prior-generation match → offer it **as a basis** for a fresh
|
|
45
|
+
session. No match → new session.
|
|
46
|
+
|
|
47
|
+
**1 · The entry gate.** A session needs substance: ask for a **basis** — a reference document
|
|
48
|
+
(path or URL), a prior session folder of *any* format or generation, or a one-shot brain dump in
|
|
49
|
+
prose, now. Information is information: an old v2 brainstorm folder is ingested exactly like a
|
|
50
|
+
PRD — copied into `basis/`, frozen, distilled; never operated on in place, never migrated.
|
|
51
|
+
Drip-sized input (a bug fix, one button) → say this skill is the wrong tool and don't open the
|
|
52
|
+
session unless the user explicitly overrides. No basis, no session.
|
|
53
|
+
|
|
54
|
+
**2 · Bootstrap.** Folder `docs/research/{topic}-brainstorm/` (kebab slug, confirm in one line).
|
|
55
|
+
Create `ops/` with a `.gitignore` containing `*`, `ops/capture.md`, `ops/sync-log.md`; copy the
|
|
56
|
+
basis into `basis/`; add the row to `docs/research/Readme.md`. Then write the sync-log dispatch
|
|
57
|
+
line and dispatch the twin (gate: start) to write the initial surface — you don't scaffold
|
|
58
|
+
`state.md`/`thesis.md`/`forks.md`/`ledger.md` yourself.
|
|
59
|
+
|
|
60
|
+
**3 · Calibrate + frame.** Distill the basis first — it seeds everything. Calibrate from the
|
|
61
|
+
living docs (the ownership index, recent decision records, any open-questions doc) so your
|
|
62
|
+
questions match this repo, not a template. Then one `AskUserQuestion` batch: **sitting** (single
|
|
63
|
+
sprint — the default and the shape that succeeds — or explicitly multi), **execution reality**
|
|
64
|
+
(greenfield / brownfield / hybrid — migration gotchas discovered at plan time are discovered too
|
|
65
|
+
late), and **where the idea is right now** (fully in their head → dump; half-formed → interview).
|
|
66
|
+
Propose the **aspect map** — the thinking dimensions for *this* idea, derived from the basis,
|
|
67
|
+
no fixed list; the user edits it; it lives in `state.md`.
|
|
68
|
+
|
|
69
|
+
**4 · Orient.** 3–4 lines, assuming a first-time user: how the session works (you talk, the
|
|
70
|
+
folder keeps everything), the steering verbs in plain words, "let me read" (pause and read the
|
|
71
|
+
thesis anytime), and what `stop` does (converge → your approval → harvest → the folder moves and
|
|
72
|
+
you choose delete or commit). Then begin — **always in dump or interview**; probe and converge
|
|
73
|
+
are mid-session moves, never starting postures.
|
|
74
|
+
|
|
75
|
+
## The moves
|
|
76
|
+
|
|
77
|
+
Five named, user-steerable interlocution moves — who drives, how much gets asked. No `MODE:`
|
|
78
|
+
field, no switch ceremony, no sanctioned trigger words: **any phrasing that implies a move
|
|
79
|
+
triggers it** ("I want to poke holes" → probe; "what am I missing?" → blindspot; "let's decide"
|
|
80
|
+
→ converge). The first time each
|
|
81
|
+
move fires, name in one line what you're doing. Offer a switch when the signals say so (the user
|
|
82
|
+
monologues mid-interview; every probe answer is "haven't thought about it") — one offer, never
|
|
83
|
+
seized.
|
|
84
|
+
|
|
85
|
+
- **dump** — user drives. No questions mid-stream. Reflect back the shape, contradictions, and
|
|
86
|
+
implications as they land — that reflection *is* active listening; never sit silent.
|
|
87
|
+
- **interview** — you drive. `AskUserQuestion` batches of 2–3, scoped to one aspect at a time.
|
|
88
|
+
Questions derive from the basis and the current surface — never from a template inventory;
|
|
89
|
+
never interview to fill empty files.
|
|
90
|
+
- **probe** — you challenge: flaws, edge cases, conflicts with the tech fragment or domain
|
|
91
|
+
fragment. Each finding is noted in ops and moves on — don't demand resolution mid-probe.
|
|
92
|
+
- **blindspot** — hunt unknown unknowns. This move is dispatched, not conversed: you co-built
|
|
93
|
+
the frame, so the outside view is structurally the twin's — dispatch it (gate: on demand,
|
|
94
|
+
scope: blindspot) to cold-read the whole surface against the thesis's stated goal. Candidates
|
|
95
|
+
die at the twin's quality gate (grounded in this folder, material to the design, new,
|
|
96
|
+
answerable) so the user never over-replies to noise; at most five survivors arrive, each
|
|
97
|
+
already filed as a fork. Relay them in prose — finding → why it's material here → what
|
|
98
|
+
answering it would change — never as a question barrage: the user engages what matters and
|
|
99
|
+
converge burns the rest down later. Don't wait to be asked — a user-only trigger makes
|
|
100
|
+
coverage depend on the user remembering to ask: self-initiate a pass occasionally, at the
|
|
101
|
+
moments the frame settles (an aspect closes, a converge burst lands, the thesis materially
|
|
102
|
+
recomposes), by widening a reconcile dispatch's scope. Self-initiation needs no offer — it
|
|
103
|
+
seizes nothing; survivors land as forks either way, and zero survivors is one relay line,
|
|
104
|
+
never manufactured findings.
|
|
105
|
+
- **converge** — burn forks down to commitments or explicit parks. `AskUserQuestion` for picks.
|
|
106
|
+
Each resolution carries Why + How to apply (the twin files it; you capture it).
|
|
107
|
+
|
|
108
|
+
## Twin dispatches — the gates
|
|
109
|
+
|
|
110
|
+
Dispatch at: **start** (bootstrap), **on demand** (below), **pause**, **stop**. One dispatch in
|
|
111
|
+
flight at a time. For every dispatch *you* write the dispatch line to `ops/sync-log.md`
|
|
112
|
+
(`S# | gate: <g> | dispatched: <ts> | scope: <s>`) — the twin appends the result; the pairing is
|
|
113
|
+
how reconciliation stays observable instead of asserted. Relay the twin's one-line report at the
|
|
114
|
+
next turn break ("4 edits · 2 new forks · 6 open · untouched: risks") — the only ambient
|
|
115
|
+
convergence pressure this skill applies — plus what the recompose changed, so a rewrite of the
|
|
116
|
+
user's thinking is never silent. A `failed` result: tell the user plainly and re-dispatch at the
|
|
117
|
+
next gate.
|
|
118
|
+
|
|
119
|
+
**On demand** means: the user asks ("let me read", "sync up", "what's open?"), or you judge the
|
|
120
|
+
capture has accumulated enough that the surface has fallen meaningfully behind. **"Let me read"**
|
|
121
|
+
is a recognized pause act: dispatch a compose (say honestly that it takes a couple of minutes),
|
|
122
|
+
then point them at `thesis.md` — mandated shape, claim → argument → what changed, stamped — and
|
|
123
|
+
pick the conversation back up when they return. Reading one's own thinking mid-session is a
|
|
124
|
+
designed-for act, not an interruption.
|
|
125
|
+
|
|
126
|
+
## Re-entry — resume, or context loss
|
|
127
|
+
|
|
128
|
+
Re-entry is a read, not a reconstruction: re-read this skill's hub, `state.md` (posture line
|
|
129
|
+
first), and the tail of `ops/capture.md`; then dispatch the twin (gate: on demand) for a
|
|
130
|
+
re-brief + freshness audit. This covers three triggers identically: resuming a parked session,
|
|
131
|
+
a new sitting, and **loss of conversational context mid-session (compaction)** — if you find
|
|
132
|
+
yourself mid-session without memory of it, this is the procedure; the folder was built so that
|
|
133
|
+
nothing you "remembered" matters. While a session folder exists, read `state.md` at the start of
|
|
134
|
+
every turn.
|
|
135
|
+
|
|
136
|
+
## `stop` — the fixed pipeline
|
|
137
|
+
|
|
138
|
+
Read `references/harvest.md` first. The pipeline always runs — a stop *is* convergence plus
|
|
139
|
+
harvest; you orchestrate, the twin executes each leg:
|
|
140
|
+
|
|
141
|
+
1. **Converge** — every open fork resolved now or explicitly parked with a destination
|
|
142
|
+
(mini-converge in conversation; the scope-guard trio in `harvest.md` disambiguates parks).
|
|
143
|
+
If no blindspot round has run this session, offer one first (one offer, never seized) — an
|
|
144
|
+
unknown unknown found after commitments freeze is the expensive kind.
|
|
145
|
+
2. **Final sync + manifest** — dispatch the twin (gate: stop). It builds the manifest only when
|
|
146
|
+
the detector's manifest gate is clean; relay anything blocking.
|
|
147
|
+
3. **One approval** — present the manifest via `AskUserQuestion`. Gap rounds later re-enter here:
|
|
148
|
+
every write to canonical docs is user-approved, no exceptions.
|
|
149
|
+
4. **Apply → uselessness test → move** — the twin's legs; relay results. Harvest fails loud:
|
|
150
|
+
a partial apply leaves the folder visibly unfinished in `docs/research/` and the user restarts
|
|
151
|
+
the stop — never resume silently.
|
|
152
|
+
5. **The offer** — after the move to `docs/history/brainstorms/{topic}/`: **delete the folder, or
|
|
153
|
+
commit it** — the user decides; the design assumes deletion. Relay via `AskUserQuestion`.
|
|
143
154
|
|
|
144
155
|
## Conduct — holds for the whole session
|
|
145
156
|
|
|
146
|
-
1. **Speak English; codes live in files.**
|
|
147
|
-
|
|
148
|
-
|
|
149
|
-
|
|
150
|
-
|
|
151
|
-
|
|
152
|
-
|
|
157
|
+
1. **Speak plain English; codes live in files.** Name every item by what it is; append the code
|
|
158
|
+
in parentheses only when traceability needs it ("…the timeout question (F2)"). Never lead
|
|
159
|
+
with a bare `F3`/`D7`.
|
|
160
|
+
2. **No production code outside the session folder while open.** Illustrative snippets live in
|
|
161
|
+
the folder. Asked for production code: offer a sketch inside the folder, or `/brainstorm stop`
|
|
162
|
+
first.
|
|
163
|
+
3. **`AskUserQuestion` at exactly four sites:** the intake frame batch, interview batches,
|
|
164
|
+
converge picks, and the stop approvals (manifest; delete-or-commit). Everywhere else, prose.
|
|
165
|
+
4. **Suggested, never seized.** Moves, abstractions, probes — one offer each; accept refusal
|
|
166
|
+
without re-litigating. Exemption: a self-initiated blindspot dispatch — it takes no
|
|
167
|
+
conversational control; its findings arrive as forks the user may simply ignore.
|
|
168
|
+
5. **Nothing lives only in the transcript.** Ops is the floor: if it isn't in the folder or in
|
|
169
|
+
ops, it doesn't exist. Flaws, gaps, and contradictions surface to the twin as capture — the
|
|
170
|
+
twin turns them into forks; forks are the only convergence currency.
|
|
171
|
+
6. **The user decides when to converge and when to stop.** Distance-to-coherent is visible in
|
|
172
|
+
every relayed twin report; you never say "let's decide now."
|
|
173
|
+
7. **Only `/brainstorm start` and `/brainstorm stop` enter or leave a session.** No
|
|
174
|
+
auto-invocation, ever.
|
|
@@ -0,0 +1,98 @@
|
|
|
1
|
+
# Doctrine — the epistemic core
|
|
2
|
+
|
|
3
|
+
Load when: composing or auditing any working-surface file; deciding what a turn's substance *is*
|
|
4
|
+
(a force, a fork, a commitment); judging whether a record is complete enough to harvest.
|
|
5
|
+
|
|
6
|
+
The session's product is a defensible design position. Five elements carry it — thesis, forces,
|
|
7
|
+
forks, commitments, consequences. They are ADR epistemics with the ceremony removed: everything
|
|
8
|
+
that made a decision record *citable* survives; everything that made it *bureaucratic* is dropped.
|
|
9
|
+
|
|
10
|
+
## The five elements
|
|
11
|
+
|
|
12
|
+
**Thesis** — the claim under construction. One composed document (`thesis.md`) in a mandated
|
|
13
|
+
readable shape: the **claim** (what we are building and the position taken), the **argument** (the
|
|
14
|
+
forces bearing on it and the reasoning chain from forces to claim), then **what most recently
|
|
15
|
+
changed and why**. Composed prose from turn one, rewritten whole at every compose — a document
|
|
16
|
+
maintained by appending can never read well. Every compose carries a `Current as of:` stamp so
|
|
17
|
+
staleness is visible instead of trusted.
|
|
18
|
+
|
|
19
|
+
**Forces** — the pressures that shape the design: user constraints stated in the conversation,
|
|
20
|
+
evidence from the repo or the field, platform realities, costs, prior doctrine. Forces are not a
|
|
21
|
+
file; they are the argument's raw material. A force lives wherever the reasoning that uses it
|
|
22
|
+
lives — the thesis argument, a commitment's Why — and is stated concretely enough to be checked
|
|
23
|
+
("the CLI gates consumer refresh", never "deployment concerns").
|
|
24
|
+
|
|
25
|
+
**Forks** — the open questions. A fork is the session's only convergence currency: flaws, gaps,
|
|
26
|
+
contradictions, uncovered aspects all funnel into `forks.md` or they don't exist. Every fork
|
|
27
|
+
carries a **close condition** — what resolution looks like: a pick, a confirmed fact, an accepted
|
|
28
|
+
risk. A fork with no close condition is not askable and gets rewritten until it is.
|
|
29
|
+
|
|
30
|
+
**Commitments** — the resolved calls, in `ledger.md`. Field set per entry:
|
|
31
|
+
|
|
32
|
+
- **Decision** — the call, one sentence, present tense.
|
|
33
|
+
- **Why** — the forces and reasoning that produced it. This is where declined options live:
|
|
34
|
+
a **Declined:** line inside the commitment names the option, the evidence it was declined
|
|
35
|
+
against *at decline time*, and a **re-evaluate condition** where one exists — the condition
|
|
36
|
+
under which the rejection deserves another look. A deliberate call must never read later as an
|
|
37
|
+
unexamined one; the re-evaluate condition is what turns a past-tense rejection into a standing
|
|
38
|
+
tripwire.
|
|
39
|
+
- **How to apply** — what acting on the decision looks like in this repo.
|
|
40
|
+
- **Resolves** — the fork(s) this closes.
|
|
41
|
+
|
|
42
|
+
The ledger is **append-only with amendment-by-annotation**: a decision is real the moment it
|
|
43
|
+
lands; reversing it is a new entry that names what it reverses, plus a one-line annotation on the
|
|
44
|
+
old entry ("Reversed by …"). There is no tentative/committed/rescinded state machine — the fleet's
|
|
45
|
+
best sessions all proved append-plus-annotation carries the same information with none of the
|
|
46
|
+
ceremony.
|
|
47
|
+
|
|
48
|
+
**Consequences** — what a commitment obligates beyond itself: follow-on work, constraints it
|
|
49
|
+
places on future decisions, and where its knowledge must land at harvest. Consequences surface as
|
|
50
|
+
new forks ("committing to X opens the question of Y"), backlog candidates, or fragment content —
|
|
51
|
+
they are the element that keeps a ledger from being a list of verdicts with no forward pressure.
|
|
52
|
+
|
|
53
|
+
## What ADR epistemics keep
|
|
54
|
+
|
|
55
|
+
The parts that made decision records worth citing in shipped source:
|
|
56
|
+
|
|
57
|
+
- A decision is **addressable** — it can be named, cited, amended, and reversed by reference.
|
|
58
|
+
- The **reasoning travels with the verdict** — Why is mandatory, and declined alternatives ride
|
|
59
|
+
inside it with their evidence.
|
|
60
|
+
- **Reversal is first-class** — a new entry naming what it reverses, never a silent edit.
|
|
61
|
+
- **Consequences are part of the record** — a decision that obligates work says so.
|
|
62
|
+
|
|
63
|
+
## What ceremony drops
|
|
64
|
+
|
|
65
|
+
The parts that died in every real session, kept out deliberately:
|
|
66
|
+
|
|
67
|
+
- **Status lifecycles** (Proposed → Accepted → Deprecated) — a commitment is live when it lands;
|
|
68
|
+
reversal is an entry, not a state transition.
|
|
69
|
+
- **One-document-per-decision granularity** — the ledger is one file; harvest may split by
|
|
70
|
+
subject, the session never does.
|
|
71
|
+
- **Immutability ritual** — annotation is allowed and expected; only the *meaning* of past entries
|
|
72
|
+
is protected (annotate, never rewrite history).
|
|
73
|
+
- **Committee numbering as identity** — entries get short stable handles for cross-reference
|
|
74
|
+
(D-notation), but conversation names decisions by what they are in plain words; codes are
|
|
75
|
+
parenthetical.
|
|
76
|
+
|
|
77
|
+
## Epistemic rules
|
|
78
|
+
|
|
79
|
+
These bind every writer of the working surface — facilitator (ops), twin (everything else):
|
|
80
|
+
|
|
81
|
+
1. **Distilled, never verbatim.** Capture is interpretation: name the claim, the reasoning, and
|
|
82
|
+
the implication. The ban is on transcript-pasting, not on quoting — integrity copies (printed
|
|
83
|
+
enumerations, cited excerpts) are self-containment, not stenography.
|
|
84
|
+
2. **Examples are examples.** Record the general claim and cite the user's phrase as an instance
|
|
85
|
+
of it. Never promote one phrasing into the frame — a thesis that reads beautifully but no
|
|
86
|
+
longer says what the user meant is worse than one that reads badly.
|
|
87
|
+
3. **No naked pointers.** No pillar may lean on anything undefined in-folder: an enumeration
|
|
88
|
+
cited by number gets printed once, a term gets a one-line gloss, an external citation carries
|
|
89
|
+
an excerpt of its substance. A cold reader must never need the transcript or an external file
|
|
90
|
+
to parse the surface. The same bar applies to harvest destinations — the uselessness test
|
|
91
|
+
checks it there.
|
|
92
|
+
4. **Both sides are session knowledge.** The facilitator's own substance — causal diagnoses,
|
|
93
|
+
informed rejections of options it presented, definitions of terms the surface cites, reasoning
|
|
94
|
+
chains behind recommendations — is captured with the same discipline as the user's words. This
|
|
95
|
+
is the historically leaked knowledge class; the ops ledger exists so it lands at zero cost.
|
|
96
|
+
5. **Directional steering is not feature truth.** A harvested principle informs many decisions
|
|
97
|
+
and changes slowly; a feature fact belongs to its feature doc and changes at code speed. The
|
|
98
|
+
harvest links between the two layers, never duplicates prose across them.
|
|
@@ -0,0 +1,86 @@
|
|
|
1
|
+
# Harvest — the stop pipeline
|
|
2
|
+
|
|
3
|
+
Load when: `/brainstorm stop` is invoked (facilitator), or executing any stop-gate dispatch
|
|
4
|
+
(twin). The pipeline's mechanical gates live in the detector (`--gate=manifest`, `--gate=move`);
|
|
5
|
+
this reference carries the routing judgment.
|
|
6
|
+
|
|
7
|
+
The pipeline, end to end:
|
|
8
|
+
|
|
9
|
+
```
|
|
10
|
+
converge → final sync/compose → manifest (Status: proposed)
|
|
11
|
+
→ ONE user approval (Status: approved)
|
|
12
|
+
→ apply, reading both sides of every destination (Status: applied)
|
|
13
|
+
→ uselessness test → gaps? new Round, back to approval
|
|
14
|
+
→ move to docs/history/brainstorms/{topic}/ ← the completion marker
|
|
15
|
+
→ offer: delete or commit — the user decides
|
|
16
|
+
```
|
|
17
|
+
|
|
18
|
+
**Harvest fails loud, never silent.** The move happens only after the full apply passes the
|
|
19
|
+
uselessness test. A partial apply — twin death, session kill, anything — leaves the folder
|
|
20
|
+
visibly unfinished in `docs/research/` and the user restarts the stop. The pipeline never resumes
|
|
21
|
+
silently from a half-applied state, and canonical docs are never written without an approved
|
|
22
|
+
manifest (gap-round fixes included).
|
|
23
|
+
|
|
24
|
+
## The routing map
|
|
25
|
+
|
|
26
|
+
Route each piece of the surface by scope. Format every artifact via the `documentation` skill;
|
|
27
|
+
where it is unavailable, fall back to own formatting and record which path ran in the manifest.
|
|
28
|
+
Read **both sides** of every destination before writing — the destination's current content is a
|
|
29
|
+
contract, not a blank page.
|
|
30
|
+
|
|
31
|
+
| What | Goes to | Shape |
|
|
32
|
+
| --- | --- | --- |
|
|
33
|
+
| **Source of truth** | The repo's canonical home for that knowledge: `docs/features/` for a feature, `docs/architecture/` for cross-cutting doctrine, else a topic `Readme.md` | One consolidated reader-first doc distilled from the whole surface: thesis → what it is; domain fragment → how it works; ledger → present-tense rationale **without entry codes** |
|
|
34
|
+
| **Executable work** | `docs/history/plans/` | Split by deliverable, never by pillar |
|
|
35
|
+
| **Decision records** | One record per decision *subject* | A decision revising an already-recorded subject updates that record in place (its changelog carries the journey) rather than minting a new one; declined alternatives ride along with their re-evaluate conditions |
|
|
36
|
+
| **Domain-model changes** | The living domain-model doc | The information-architecture contract the `boundary` skill reads at the next plan check |
|
|
37
|
+
| **Still-open (parked) forks** | The repo's open-questions home | Each with a *resolution-lands-in* pointer |
|
|
38
|
+
| **Backlog items** | The repo backlog | See the scope-guard trio below |
|
|
39
|
+
| **Fragments** | Their destinations — they were drafted in destination format precisely so this is a move, not a translation | Merge per the destination's existing structure |
|
|
40
|
+
|
|
41
|
+
**The scope-guard trio** disambiguates everything that isn't a commitment:
|
|
42
|
+
|
|
43
|
+
- *Will build later* → **backlog**.
|
|
44
|
+
- *Deliberately not building* → **non-goals**.
|
|
45
|
+
- *Weighed and chose another option* → a **Declined:** line inside the deciding ledger entry,
|
|
46
|
+
with its evidence and re-evaluate condition — carried into the harvested decision record.
|
|
47
|
+
|
|
48
|
+
**Directional steering is not feature truth.** A harvested principle informs many decisions and
|
|
49
|
+
changes slowly; a feature fact belongs to its feature doc and changes at code speed. The harvest
|
|
50
|
+
**links** between the steering layer and feature docs — it never duplicates prose across them,
|
|
51
|
+
and it never invents a new top-level home for principles (they land in the *existing* living
|
|
52
|
+
docs).
|
|
53
|
+
|
|
54
|
+
Rejection rationale and reasoning chains must have explicit destinations — options-considered
|
|
55
|
+
sections, decision changelogs — or the uselessness test fails: the folder may never be deleted
|
|
56
|
+
into a knowledge loss.
|
|
57
|
+
|
|
58
|
+
## The uselessness test
|
|
59
|
+
|
|
60
|
+
The deletion-safety gate: after the apply, the post-harvest living docs alone must be enough.
|
|
61
|
+
|
|
62
|
+
- **The reader is always a freshly spawned, context-free agent** — a full-context reader cannot
|
|
63
|
+
cold-read; it already knows every undefined term.
|
|
64
|
+
- **Isolation is enforced, not instructed:** the cold reader's prompt contains an explicit
|
|
65
|
+
allowed-path list (the manifest's destinations — never the session folder), and the detector
|
|
66
|
+
independently verifies no harvested doc links back into the session folder (BS-HARVEST-01) — a
|
|
67
|
+
link into scaffolding is itself a harvest defect.
|
|
68
|
+
- **The task:** reconstruct the design — thesis, commitments, reasoning, declined branches — from
|
|
69
|
+
the allowed paths only.
|
|
70
|
+
- **Grading:** the twin diffs the reconstruction against the ledger and thesis and names every
|
|
71
|
+
gap; the session-replay evals audit the grading itself. Anything unrecoverable is a named
|
|
72
|
+
harvest gap → recorded in the manifest (`Result: fail`), fixes enter a new manifest `Round`,
|
|
73
|
+
approved like the first. Iterate until the folder is redundant.
|
|
74
|
+
|
|
75
|
+
## The move, and the offer
|
|
76
|
+
|
|
77
|
+
When the detector's move gate is clean: delete `ops/` entirely (transcript-grade residue never
|
|
78
|
+
enters git), `git mv` the folder to `docs/history/brainstorms/{topic}/`, set
|
|
79
|
+
`Status: harvested`, and update both indexes (row out of `docs/research/Readme.md`, row into
|
|
80
|
+
`docs/history/brainstorms/Readme.md`). The move is the completion marker — a folder still under
|
|
81
|
+
`docs/research/` is by definition unfinished, which is exactly what the maintenance census reads.
|
|
82
|
+
|
|
83
|
+
Then the offer, relayed by the facilitator: **delete the moved folder, or commit it.** The user
|
|
84
|
+
decides; the design assumes deletion — nothing anywhere may depend on the folder surviving.
|
|
85
|
+
Committing is the explicit way to keep git-history forensics; an uncommitted folder deleted here
|
|
86
|
+
is gone, and that residual is accepted by design.
|