@skyf0xx/hedgehog 0.1.0 → 0.1.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/LICENSE +21 -0
- package/README.md +7 -29
- package/bin/cli.mjs +4 -1
- package/package.json +5 -1
- package/src/skills/hedgehog-bootstrap/SKILL.md +25 -3
- package/src/templates/package.json +5 -0
package/LICENSE
ADDED
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
MIT License
|
|
2
|
+
|
|
3
|
+
Copyright (c) 2026 Will
|
|
4
|
+
|
|
5
|
+
Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
6
|
+
of this software and associated documentation files (the "Software"), to deal
|
|
7
|
+
in the Software without restriction, including without limitation the rights
|
|
8
|
+
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
|
9
|
+
copies of the Software, and to permit persons to whom the Software is
|
|
10
|
+
furnished to do so, subject to the following conditions:
|
|
11
|
+
|
|
12
|
+
The above copyright notice and this permission notice shall be included in all
|
|
13
|
+
copies or substantial portions of the Software.
|
|
14
|
+
|
|
15
|
+
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
16
|
+
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
17
|
+
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
|
18
|
+
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
19
|
+
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
20
|
+
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
|
|
21
|
+
SOFTWARE.
|
package/README.md
CHANGED
|
@@ -16,7 +16,7 @@ A complete development methodology combining:
|
|
|
16
16
|
|
|
17
17
|
**Build faster, Save context**. Stay aligned. Ship software you can still understand six months later.
|
|
18
18
|
|
|
19
|
-

|
|
19
|
+

|
|
20
20
|
|
|
21
21
|
## Hedgehog gives AI
|
|
22
22
|
|
|
@@ -31,7 +31,7 @@ A complete development methodology combining:
|
|
|
31
31
|
- 🌳 **Self-documenting architecture:** the codebase carries the context, not the AI
|
|
32
32
|
- 🔁 **Traceable evolution:** decisions are preserved through conventional commits
|
|
33
33
|
|
|
34
|
-

|
|
34
|
+

|
|
35
35
|
|
|
36
36
|
## Why Hedgehog Exists
|
|
37
37
|
|
|
@@ -60,7 +60,7 @@ Backend comes first. Every module gets a working, typed API before any screen is
|
|
|
60
60
|
|
|
61
61
|
The build order is not something you negotiate with the AI. It is encoded into the process.
|
|
62
62
|
|
|
63
|
-

|
|
63
|
+

|
|
64
64
|
|
|
65
65
|
## The Hedgehog Loop
|
|
66
66
|
|
|
@@ -79,43 +79,21 @@ Repeat for the next module or the next step
|
|
|
79
79
|
```
|
|
80
80
|
|
|
81
81
|
|
|
82
|
-

|
|
82
|
+

|
|
83
83
|
|
|
84
84
|
## Installation
|
|
85
85
|
|
|
86
|
-
|
|
87
|
-
skills land in `.claude/` and get committed alongside your code — because
|
|
88
|
-
the discipline is only real if it travels with the project, versioned and
|
|
89
|
-
visible to your team and CI.
|
|
90
|
-
|
|
91
|
-
From the root of the repo you want to build with Hedgehog:
|
|
86
|
+
From an empty project folder:
|
|
92
87
|
|
|
93
88
|
``` bash
|
|
94
89
|
npx @skyf0xx/hedgehog init
|
|
95
90
|
```
|
|
96
91
|
|
|
97
|
-
|
|
98
|
-
|
|
99
|
-
- `src/agents/*` → `.claude/agents/` — the `planner`, `ui-builder`, and
|
|
100
|
-
`reviewer` roles
|
|
101
|
-
- `src/skills/*` → `.claude/skills/` — `hedgehog-bootstrap`,
|
|
102
|
-
`hedgehog-loop`, and `conventional-commits`
|
|
103
|
-
- `CLAUDE.md` and `TODO.md` templates into the repo root
|
|
104
|
-
|
|
105
|
-
If a target file already exists, `init` warns and stops without touching
|
|
106
|
-
it. Re-run with `--force` to overwrite:
|
|
107
|
-
|
|
108
|
-
``` bash
|
|
109
|
-
npx @skyf0xx/hedgehog init --force
|
|
110
|
-
```
|
|
111
|
-
|
|
112
|
-
Then commit the `.claude/` payload, open Claude Code, and say:
|
|
92
|
+
Then open Claude Code and say:
|
|
113
93
|
|
|
114
94
|
> bootstrap this project
|
|
115
95
|
|
|
116
|
-
|
|
117
|
-
wires the enforcement config (Nx boundaries, lefthook, commitlint, phase
|
|
118
|
-
gate). From there, `hedgehog-loop` takes over one module at a time.
|
|
96
|
+
Or paste the repo URL to your Agent and have it install for you.
|
|
119
97
|
|
|
120
98
|
## For Builders
|
|
121
99
|
|
package/bin/cli.mjs
CHANGED
|
@@ -33,6 +33,9 @@ const PLAN = [
|
|
|
33
33
|
{ type: 'dir', from: 'src/skills', to: '.claude/skills' },
|
|
34
34
|
{ type: 'file', from: 'src/templates/CLAUDE.md', to: 'CLAUDE.md' },
|
|
35
35
|
{ type: 'file', from: 'src/templates/TODO.md', to: 'TODO.md' },
|
|
36
|
+
// A minimal root package.json so bootstrap's `nx init` scaffolds a real
|
|
37
|
+
// pnpm workspace rather than falling into standalone (.nx wrapper) mode.
|
|
38
|
+
{ type: 'file', from: 'src/templates/package.json', to: 'package.json' },
|
|
36
39
|
];
|
|
37
40
|
|
|
38
41
|
const exists = (p) =>
|
|
@@ -127,7 +130,7 @@ async function init({ force }) {
|
|
|
127
130
|
)}\n`,
|
|
128
131
|
);
|
|
129
132
|
console.log('Next steps:');
|
|
130
|
-
console.log(` 1. ${bold('git add .claude CLAUDE.md TODO.md && git commit')}`);
|
|
133
|
+
console.log(` 1. ${bold('git add .claude CLAUDE.md TODO.md package.json && git commit')}`);
|
|
131
134
|
console.log(` 2. Open Claude Code and say: ${bold('"bootstrap this project"')}\n`);
|
|
132
135
|
}
|
|
133
136
|
|
package/package.json
CHANGED
|
@@ -1,8 +1,12 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@skyf0xx/hedgehog",
|
|
3
|
-
"version": "0.1.
|
|
3
|
+
"version": "0.1.2",
|
|
4
4
|
"description": "Install the Hedgehog build discipline (agents + skills) into a repo.",
|
|
5
5
|
"type": "module",
|
|
6
|
+
"repository": {
|
|
7
|
+
"type": "git",
|
|
8
|
+
"url": "git+https://github.com/skyf0xx/hedgehog.git"
|
|
9
|
+
},
|
|
6
10
|
"publishConfig": {
|
|
7
11
|
"access": "public"
|
|
8
12
|
},
|
|
@@ -103,12 +103,34 @@ config step at its source, per `hedgehog-loop`), not a re-scaffold.
|
|
|
103
103
|
|
|
104
104
|
### 1. Nx workspace + `packages/config`
|
|
105
105
|
|
|
106
|
+
The installer has already placed files at the repo root (`.claude/`, the
|
|
107
|
+
`CLAUDE.md`/`TODO.md` templates, a minimal root `package.json`, and git).
|
|
108
|
+
`create-nx-workspace` refuses a non-empty directory, so scaffold Nx *in
|
|
109
|
+
place* instead — `nx init` tolerates the existing files and merges into
|
|
110
|
+
them (appends to `.gitignore`, injects an Nx block into `CLAUDE.md` between
|
|
111
|
+
marker comments, adds `nx` to the root `package.json`):
|
|
112
|
+
|
|
113
|
+
```bash
|
|
114
|
+
npx nx@latest init
|
|
115
|
+
pnpm add -D @nx/js
|
|
116
|
+
```
|
|
117
|
+
|
|
118
|
+
`nx init` needs the root `package.json` the installer dropped — without
|
|
119
|
+
one it falls into standalone (`.nx` wrapper) mode instead of a proper
|
|
120
|
+
pnpm workspace.
|
|
121
|
+
|
|
122
|
+
Then generate the first lib. The **first** `@nx/js:lib` call materializes
|
|
123
|
+
the whole workspace shape (`tsconfig.base.json`, root `eslint.config.mjs`,
|
|
124
|
+
`.prettierrc`, `vitest.workspace.ts`, the `packages/` layout, and the
|
|
125
|
+
tsconfig `paths` mapping) — the same scaffolding the `ts` preset would
|
|
126
|
+
have produced, generated lazily on first use:
|
|
127
|
+
|
|
106
128
|
```bash
|
|
107
|
-
npx
|
|
129
|
+
npx nx g @nx/js:lib packages/config --bundler=none --unitTestRunner=vitest
|
|
108
130
|
```
|
|
109
131
|
|
|
110
|
-
|
|
111
|
-
|
|
132
|
+
`packages/config` is a plain `@nx/js` lib holding the locked, shared
|
|
133
|
+
files:
|
|
112
134
|
|
|
113
135
|
- `packages/config/eslint-base.js` — flat config, extended by every
|
|
114
136
|
app/lib. Include `@nx/enforce-module-boundaries` and `depConstraints`
|