openspec-stack-init 1.0.2 → 1.0.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/README.md CHANGED
@@ -19,14 +19,30 @@ npx openspec-stack-init ./my-project --dry-run
19
19
 
20
20
  ## What it installs
21
21
 
22
- | Tool | What it does | Non-interactive flag used |
22
+ | Tool | What it does | How |
23
23
  |---|---|---|
24
- | **OpenSpec** | Spec-driven development | `openspec init --tools claude --profile expanded --force` |
25
- | **Beads** | Git-backed issue tracker / agent memory | `bd init --quiet` + `bd setup claude` |
24
+ | **OpenSpec** | Spec-driven development | `openspec init --tools claude --profile core --force` |
25
+ | **Beads** | Git-backed issue tracker / agent memory | `bd init --quiet` + `bd setup claude` (CLI hooks) |
26
26
  | **claude-mem** | Automatic session memory via hooks | `claude plugin marketplace add` + `claude plugin install` |
27
27
  | **openspec-to-beads** | Syncs OpenSpec tasks.md → Beads issues | `npx @smithery/cli skill add` |
28
28
  | **/migrate-to-openspec** | Brownfield migration skill | Copied to `.claude/skills/migrate-to-openspec/` |
29
29
 
30
+ ### Beads: CLI vs Claude Code Plugin
31
+
32
+ This package installs **Beads CLI level** only:
33
+
34
+ - `bd init` — creates `.beads/` and `issues.jsonl` in your project (git-committed)
35
+ - `bd setup claude` — installs `SessionStart` and `PreCompact` hooks so Claude Code gets task context automatically
36
+
37
+ There is also an **optional Beads Claude Code Plugin** that adds slash commands (`/beads:ready`, `/beads:create`, etc.) and an MCP server. It cannot be installed automatically from a shell script — install it manually inside Claude Code if you want it:
38
+
39
+ ```
40
+ /plugin marketplace add steveyegge/beads
41
+ /plugin install beads
42
+ ```
43
+
44
+ For most projects the CLI level is sufficient — Claude Code agents call `bd` via bash.
45
+
30
46
  ## Prerequisites
31
47
 
32
48
  > ⚠️ **This package does NOT install the tools below for you.**
@@ -101,4 +117,4 @@ node src/index.js ./target-project
101
117
  ```bash
102
118
  npm publish --access public
103
119
  # Then anyone can run: npx openspec-stack-init
104
- ```
120
+ ```
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "openspec-stack-init",
3
- "version": "1.0.2",
3
+ "version": "1.0.3",
4
4
  "type": "module",
5
5
  "description": "Initialize OpenSpec + Beads + claude-mem + skills in any project",
6
6
  "author": {
package/src/index.js CHANGED
@@ -226,6 +226,13 @@ if (existsSync(join(TARGET_DIR, "openspec"))) {
226
226
  const ok = run("openspec init --tools claude --profile core --force");
227
227
  if (ok) {
228
228
  log.ok("OpenSpec initialized (core profile, Claude tools)");
229
+
230
+ // Remove default config.yaml so custom template can be written in Step 3
231
+ const defaultConfig = join(TARGET_DIR, "openspec", "config.yaml");
232
+ if (existsSync(defaultConfig)) {
233
+ unlinkSync(defaultConfig);
234
+ }
235
+
229
236
  // Switch to expanded profile to unlock: new, ff, verify, sync, bulk-archive, onboard
230
237
  // openspec config profile sets the global default, openspec update regenerates skill files
231
238
  const expanded = run("openspec config profile expanded", { silent: true }) &&
@@ -258,7 +265,7 @@ context: |
258
265
 
259
266
  # TODO: fill in your actual stack and conventions
260
267
  # Tech stack: e.g. TypeScript, React, Node.js / Unity, C# / Python, Django
261
- # Architecture: e.g. MVC, HMVC, ECS, microservices
268
+ # Architecture: e.g. MVC, HMVC, ECS, Redux, MVVM, microservices
262
269
  # Testing: e.g. Jest, NUnit, pytest
263
270
  # Key constraints: e.g. legacy codebase, must support IE11, no breaking API changes
264
271
 
@@ -266,6 +273,7 @@ rules:
266
273
  proposal:
267
274
  - Always include a rollback plan for legacy code changes
268
275
  - List all affected modules
276
+ - Always include an "## Alternatives Considered" section listing at least 2 alternative approaches with their pros, cons, and reason for rejection. Format each as: "### Option: <name> / Pros: ... / Cons: ... / Why rejected: ..."
269
277
  specs:
270
278
  - Use Given/When/Then format for scenarios
271
279
  design: