@skyf0xx/hedgehog 0.1.15 → 0.1.16

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@skyf0xx/hedgehog",
3
- "version": "0.1.15",
3
+ "version": "0.1.16",
4
4
  "description": "Install the Hedgehog build discipline (agents + skills) into a repo.",
5
5
  "type": "module",
6
6
  "repository": {
@@ -118,11 +118,16 @@ did in your own interview before BMAD existed.
118
118
  an add-on that's off) is its only state.
119
119
  8. **File `docs/design/<module>-notes.md` per module**, sourced from the
120
120
  UX spec.
121
- 9. **On first run only, hand off to the `bootstrap` agent** once Confirm
122
- & Lock holds — it scaffolds the core workspace and whichever add-ons
123
- are on, before any module's Phase A starts. Skip this on a later run
124
- (new scope entering play); the workspace already exists.
125
- 10. **Return a summary**: scope boundary, Add-ons decision, module list,
121
+ 9. **Commit planning intake's output as one commit**,
122
+ `chore(planning): intake` — `TODO.md`, `.hedgehog/BMAD/`,
123
+ `docs/design/`, and root `CLAUDE.md`'s filled placeholders. This is
124
+ planning intake's own unit of work, landed before `bootstrap` touches
125
+ anything.
126
+ 10. **On first run only, hand off to the `bootstrap` agent** once the
127
+ commit lands — it scaffolds the core workspace and whichever add-ons
128
+ are on, before any module's Phase A starts. Skip this on a later run
129
+ (new scope entering play); the workspace already exists.
130
+ 11. **Return a summary**: scope boundary, Add-ons decision, module list,
126
131
  any open questions.
127
132
 
128
133
  ## Constraints
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: hedgehog-bootstrap
3
- description: Use once, at the start of a new Hedgehog project, to land the core workspace and scaffold whichever add-ons (Auth, Queue, Mobile) planning intake turned on (TODO.md's Add-ons block). Triggers on "bootstrap this project", "set up the hedgehog stack", "scaffold the workspace". Not for per-module work — that's the `hedgehog-loop` skill, one step at a time.
3
+ description: Use once, at the start of a new Hedgehog project, to land the core workspace and scaffold whichever add-ons (Auth, Queue, Mobile) planning intake turned on (TODO.md's Add-ons block). Runs when the `bootstrap` agent runs, which `planner` invokes automatically after Confirm & Lock. Scoped to project scaffolding; per-module work runs through the `hedgehog-loop` skill, one step at a time.
4
4
  ---
5
5
 
6
6
  # Hedgehog Bootstrap
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: hedgehog-bootstrap-core
3
- description: Use once, at the start of a new Hedgehog project, before hedgehog-bootstrap's add-on steps, to land the golden-core workspace (Nx, packages/config, packages/db, apps/api, apps/web, and every enforcement file) and verify it's green. Triggers as the first move of "bootstrap this project" — not invoked directly by name. No per-project decisions, no add-on awareness.
3
+ description: Use once, at the start of a new Hedgehog project, before hedgehog-bootstrap's add-on steps, to land the golden-core workspace (Nx, packages/config, packages/db, apps/api, apps/web, and every enforcement file) and verify it's green. Runs as the first move of the `bootstrap` agent, which `planner` invokes automatically after Confirm & Lock. No per-project decisions, no add-on awareness.
4
4
  ---
5
5
 
6
6
  # Hedgehog Bootstrap — Core
@@ -160,12 +160,13 @@ stops being true, so it's a hard stop, not a recap in passing.
160
160
  Then state plainly what happens on confirmation, before it happens:
161
161
 
162
162
  > This locks in `TODO.md` (with the `## Add-ons` block) and
163
- > `docs/design/<module>-notes.md` per module, and hands off to the
164
- > `bootstrap` agent to scaffold the workspace and whichever add-ons are
165
- > on. Phase A build (schema first) starts on the first module once that
166
- > closes. Anything wrong or missing — say so now; it's a normal edit
167
- > before this point, and a Correction Protocol entry after. Confirm to
168
- > proceed, or tell me what to change.
163
+ > `docs/design/<module>-notes.md` per module, commits them in one pass
164
+ > (`chore(planning): intake`), and hands off to the `bootstrap` agent to
165
+ > scaffold the workspace and whichever add-ons are on. Phase A build
166
+ > (schema first) starts on the first module once that closes. Anything
167
+ > wrong or missing — say so now; it's a normal edit before this point,
168
+ > and a Correction Protocol entry after. Confirm to proceed, or tell me
169
+ > what to change.
169
170
 
170
171
  Wait for an explicit go-ahead. A revision here is just another mining
171
172
  pass — update the draft, re-run this stage, don't write anything until