@slamb2k/mad-skills 2.0.15 → 2.0.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.
@@ -1,7 +1,7 @@
1
1
  {
2
2
  "name": "mad-skills",
3
3
  "description": "AI-assisted planning, development and governance tools",
4
- "version": "2.0.15",
4
+ "version": "2.0.16",
5
5
  "author": {
6
6
  "name": "slamb2k",
7
7
  "url": "https://github.com/slamb2k"
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@slamb2k/mad-skills",
3
- "version": "2.0.15",
3
+ "version": "2.0.16",
4
4
  "description": "Claude Code skills collection — planning, development and governance tools",
5
5
  "type": "module",
6
6
  "repository": {
@@ -2,7 +2,7 @@
2
2
  name: brace
3
3
  description: 'Initialize any project directory with the GOTCHA/BRACE framework for agentic AI systems. Creates the 6-layer structure (Goals, Orchestration, Tools, Context, Hard prompts, Args), BRACE build methodology, and a project CLAUDE.md. Recommends claude-mem for persistent memory. Idempotent — safe to run on existing projects. Triggers: "init gotcha", "setup brace", "brace", "initialize framework", "bootstrap gotcha".'
4
4
  argument-hint: "[--no-brace] [--force]"
5
- allowed-tools: Bash, Read, Write, Edit, Glob, Grep, AskUserQuestion
5
+ allowed-tools: Bash, Read, Write, Edit, Glob, Grep, Agent, AskUserQuestion
6
6
  ---
7
7
 
8
8
  # Brace - GOTCHA/BRACE Framework Bootstrap
@@ -2,7 +2,7 @@
2
2
  name: build
3
3
  description: Context-isolated feature development pipeline. Takes a detailed design/plan as argument and executes the full feature-dev lifecycle (explore, question, architect, implement, review, ship) inside subagents so the primary conversation stays compact. Use when you have a well-defined plan and want autonomous execution with minimal context window consumption.
4
4
  argument-hint: <detailed design/plan to implement> [--skip-questions] [--skip-review] [--no-ship] [--parallel-impl]
5
- allowed-tools: Bash, Read, Write, Edit, Glob, Grep, AskUserQuestion
5
+ allowed-tools: Bash, Read, Write, Edit, Glob, Grep, Agent, AskUserQuestion
6
6
  ---
7
7
 
8
8
  # Build - Context-Isolated Feature Development
@@ -60,6 +60,7 @@ Before starting, check all dependencies in this table:
60
60
  | Dependency | Type | Check | Required | Resolution | Detail |
61
61
  |-----------|------|-------|----------|------------|--------|
62
62
  | ship | skill | `.claude/skills/ship/SKILL.md` | yes | stop | Install with: npx skills add slamb2k/mad-skills --skill ship |
63
+ | prime | skill | `.claude/skills/prime/SKILL.md` | no | fallback | Context loading; falls back to manual CLAUDE.md/goals scan |
63
64
  | feature-dev:code-explorer | agent | — | no | fallback | Uses general-purpose agent |
64
65
  | feature-dev:code-architect | agent | — | no | fallback | Uses general-purpose agent |
65
66
  | feature-dev:code-reviewer | agent | — | no | fallback | Uses general-purpose agent |
@@ -76,7 +77,10 @@ For each row, in order:
76
77
  4. After all checks: summarize what's available and what's degraded
77
78
 
78
79
  1. Capture **PLAN** (the user's argument) and **FLAGS**
79
- 2. Detect project type using `references/project-detection.md` to populate
80
+ 2. **Load project context** invoke `/prime` to load domain-specific context
81
+ (CLAUDE.md, goals, specs, memory). If /prime is unavailable, fall back to
82
+ manually scanning CLAUDE.md and goals/ directory.
83
+ 3. Detect project type using `references/project-detection.md` to populate
80
84
  **PROJECT_CONFIG** (language, test_runner, test_setup)
81
85
  3. Check for outstanding questions from previous work:
82
86
  - Search CLAUDE.md for a "Known Issues" or "Open Questions" section
@@ -2,7 +2,7 @@
2
2
  name: distil
3
3
  description: Generate multiple unique web design variations for any website or web application. Accepts site specifications from a file (--spec path) or pasted text block. Creates a Vite + React + TypeScript + Tailwind project with Bun and produces N different creative designs accessible at /1, /2, /3, etc. Use when prototyping or exploring design directions for any web interface.
4
4
  argument-hint: <count> --port <port> [--spec <path>] [--favorites <1,2,3>]
5
- allowed-tools: Bash, Read, Write, Edit, Glob, Grep, WebFetch, AskUserQuestion
5
+ allowed-tools: Bash, Read, Write, Edit, Glob, Grep, Agent, WebFetch, AskUserQuestion
6
6
  ---
7
7
 
8
8
  # Distil - Design Variation Generator
@@ -64,6 +64,7 @@ Before starting, check dependencies:
64
64
  |-----------|------|-------|----------|------------|--------|
65
65
  | docker | cli | `docker --version` | no | ask | Needed for local build verification; skip verify phase if absent |
66
66
  | git | cli | `git --version` | yes | stop | Install from https://git-scm.com |
67
+ | sync | skill | `.claude/skills/sync/SKILL.md` | no | fallback | Repo sync; falls back to manual git pull |
67
68
 
68
69
  For each row:
69
70
  1. Run the Check command
@@ -73,6 +74,14 @@ For each row:
73
74
 
74
75
  ---
75
76
 
77
+ ## Phase 0: Sync
78
+
79
+ Invoke `/sync` to ensure the working tree is up to date with origin/main before
80
+ scanning. If /sync is unavailable, run `git pull` manually. This prevents
81
+ generating pipelines against stale code.
82
+
83
+ ---
84
+
76
85
  ## Phase 1: Detection
77
86
 
78
87
  Launch an **Explore subagent** to scan the codebase and produce a DETECTION_REPORT.
@@ -68,6 +68,7 @@ Before starting, check dependencies:
68
68
  | Dependency | Type | Check | Required | Resolution | Detail |
69
69
  |-----------|------|-------|----------|------------|--------|
70
70
  | git | cli | `git --version` | yes | stop | Install from https://git-scm.com |
71
+ | sync | skill | `.claude/skills/sync/SKILL.md` | no | fallback | Repo sync; falls back to manual git pull |
71
72
  | terraform | cli | `terraform --version` | no | fallback | Detected if user wants Terraform; suggest install from https://terraform.io |
72
73
  | az | cli | `az --version` | no | fallback | Needed for Bicep; suggest install from https://aka.ms/install-azure-cli |
73
74
  | pulumi | cli | `pulumi version` | no | fallback | Detected if user wants Pulumi; suggest install from https://pulumi.com |
@@ -78,6 +79,13 @@ Skip checks for tools not being used.
78
79
 
79
80
  ---
80
81
 
82
+ ## Phase 0: Sync
83
+
84
+ Invoke `/sync` to ensure the working tree is up to date with origin/main.
85
+ Falls back to `git pull` if /sync is unavailable.
86
+
87
+ ---
88
+
81
89
  ## Phase 1: Detection
82
90
 
83
91
  Launch an **Explore subagent** to scan the codebase for existing infrastructure.
@@ -484,11 +492,7 @@ If /keel detects it has been run before (existing `infra/` directory):
484
492
 
485
493
  ## Integration Points
486
494
 
487
- - **/dock**: /keel provisions what /dock deploys to. After /keel applies, /dock's
488
- pipelines use the outputs (registry URL, compute endpoints) as deployment targets.
489
- If /dock has already run, /keel reads `deploy/environments.json` to know what
490
- platforms to provision.
491
- - **/rig**: When /rig runs after /keel, it can detect `infra/` and ensure the
492
- IaC pipeline is wired into the CI workflow.
493
- - **/ship**: /ship's merge triggers the IaC apply pipeline, which then triggers
494
- /dock's deployment pipeline. The chain: merge → apply infra → deploy containers.
495
+ - **/dock**: /keel provisions what /dock deploys to. /dock pipelines consume
496
+ the outputs (registry URL, compute endpoints) as deployment targets.
497
+ - **/rig**: Detects `infra/` and wires IaC pipeline into CI workflow.
498
+ - **/ship**: Merge triggers IaC apply → /dock deploy chain.
@@ -1,5 +1,5 @@
1
1
  {
2
- "generated": "2026-03-09T16:34:19.534Z",
2
+ "generated": "2026-03-09T17:01:26.694Z",
3
3
  "count": 10,
4
4
  "skills": [
5
5
  {
@@ -16,7 +16,7 @@
16
16
  "name": "build",
17
17
  "directory": "build",
18
18
  "description": "Context-isolated feature development pipeline. Takes a detailed design/plan as argument and executes the full feature-dev lifecycle (explore, question, architect, implement, review, ship) inside subagents so the primary conversation stays compact. Use when you have a well-defined plan and want autonomous execution with minimal context window consumption.",
19
- "lines": 328,
19
+ "lines": 332,
20
20
  "hasScripts": false,
21
21
  "hasReferences": true,
22
22
  "hasAssets": false,
@@ -36,7 +36,7 @@
36
36
  "name": "dock",
37
37
  "directory": "dock",
38
38
  "description": ">- Generate container-based release pipelines that build once and promote immutable artifacts through environments (dev → staging → prod). Detects your stack, interviews for infrastructure choices, then outputs deterministic CI/CD files (Dockerfile, workflows, deployment manifests) that run without an LLM. Use when setting up deployment pipelines, containerizing an app, creating release workflows, or connecting CI to container-friendly infrastructure (Azure Container Apps, AWS Fargate, Google Cloud Run, Kubernetes, Dokku, Coolify, CapRover, etc.).",
39
- "lines": 349,
39
+ "lines": 358,
40
40
  "hasScripts": false,
41
41
  "hasReferences": true,
42
42
  "hasAssets": false,
@@ -46,7 +46,7 @@
46
46
  "name": "keel",
47
47
  "directory": "keel",
48
48
  "description": ">- Generate Infrastructure as Code (IaC) pipelines that provision the cloud and container infrastructure your app deploys to. Interview-driven: detects your stack and cloud provider, then outputs deterministic IaC files (Terraform, Bicep, Pulumi, or CDK) plus CI/CD pipelines that plan on PR and apply on merge. Use when setting up cloud infrastructure, provisioning container registries, databases, networking, DNS, or any infrastructure that containers deploy onto. Designed to run before /dock — /keel lays the infrastructure, /dock deploys to it.",
49
- "lines": 495,
49
+ "lines": 499,
50
50
  "hasScripts": false,
51
51
  "hasReferences": true,
52
52
  "hasAssets": false,
@@ -55,8 +55,8 @@
55
55
  {
56
56
  "name": "prime",
57
57
  "directory": "prime",
58
- "description": "\"Load project context before implementing features or making architectural decisions. Invoke proactively when starting significant work on DexAI. Supports domain-specific context loading: security (vault, RBAC, audit), routing (OpenRouter, model selection), adhd (design principles, RSD-safe), dashboard (frontend, backend, API), office (OAuth, email, calendar), memory (context capture, commitments), tasks (decomposition, friction-solving), channels (Telegram, Discord, Slack).\"",
59
- "lines": 108,
58
+ "description": "\"Load project context before implementing features or making architectural decisions. Invoke proactively at the start of significant work on any project. Scans CLAUDE.md, README, goals/, specs/, docs/, and source structure to build a context summary. Supports optional domain hints to focus on specific areas of the codebase. Use when you need project conventions, architecture understanding, or domain context before coding.\"",
59
+ "lines": 113,
60
60
  "hasScripts": false,
61
61
  "hasReferences": true,
62
62
  "hasAssets": false,
@@ -66,7 +66,7 @@
66
66
  "name": "rig",
67
67
  "directory": "rig",
68
68
  "description": "'Idempotently bootstrap any repository with standard development tools, hooks, and workflows. Use when starting work on a new repo, onboarding to an existing project, or ensuring a repo has proper CI/CD setup. Configures: git hooks (lefthook), commit message templates, PR templates, and GitHub Actions for lint/format/type-check/build. Prompts for user confirmation before changes. Triggers: \"bootstrap repo\", \"setup hooks\", \"configure CI\", \"rig\", \"standardize repo\".'",
69
- "lines": 197,
69
+ "lines": 206,
70
70
  "hasScripts": false,
71
71
  "hasReferences": true,
72
72
  "hasAssets": true,
@@ -86,7 +86,7 @@
86
86
  "name": "speccy",
87
87
  "directory": "speccy",
88
88
  "description": "Deep-dive interview skill for creating comprehensive specifications. Reviews existing code and docs, then interviews the user through multiple rounds of targeted questions covering technical implementation, UI/UX, concerns, and tradeoffs. Produces a structured spec via create-specification. Use when starting a new feature, system, or major change that needs a spec.",
89
- "lines": 166,
89
+ "lines": 170,
90
90
  "hasScripts": false,
91
91
  "hasReferences": true,
92
92
  "hasAssets": false,
@@ -1,8 +1,8 @@
1
1
  ---
2
2
  name: prime
3
- description: "Load project context before implementing features or making architectural decisions. Invoke proactively when starting significant work on DexAI. Supports domain-specific context loading: security (vault, RBAC, audit), routing (OpenRouter, model selection), adhd (design principles, RSD-safe), dashboard (frontend, backend, API), office (OAuth, email, calendar), memory (context capture, commitments), tasks (decomposition, friction-solving), channels (Telegram, Discord, Slack)."
4
- argument-hint: security, routing, adhd, dashboard, office, memory, tasks, channels (comma-separated)
5
- allowed-tools: Read, Glob, Grep, LS
3
+ description: "Load project context before implementing features or making architectural decisions. Invoke proactively at the start of significant work on any project. Scans CLAUDE.md, README, goals/, specs/, docs/, and source structure to build a context summary. Supports optional domain hints to focus on specific areas of the codebase. Use when you need project conventions, architecture understanding, or domain context before coding."
4
+ argument-hint: "[domain hints: comma-separated directory or topic names to focus on]"
5
+ allowed-tools: Read, Glob, Grep, LS, Agent
6
6
  ---
7
7
 
8
8
  # Prime - Project Context Loader
@@ -39,8 +39,9 @@ subagent — the primary thread only sees a structured PRIME_REPORT.
39
39
 
40
40
  ## Step 1: Parse Arguments
41
41
 
42
- Extract domain hints from the request (comma-separated). Valid domains are
43
- listed in `references/domains.md`. If no domain specified, load core context only.
42
+ Extract domain hints from the request (comma-separated). These are directory
43
+ names or topic keywords to focus the context scan on. If no domain specified,
44
+ load core context only (CLAUDE.md, README, goals/, specs/).
44
45
 
45
46
  ## Step 2: Load Context via Subagent
46
47
 
@@ -64,15 +65,19 @@ Limit PRIME_REPORT to 30 lines maximum.
64
65
 
65
66
  ## Core Files (always load)
66
67
 
67
- 1. CLAUDE.md — System handbook, operating procedures
68
- 2. goals/manifest.md — Phase status, available goals, project roadmap
69
- 3. tools/manifest.mdAvailable tools and their locations
68
+ 1. CLAUDE.md — Project conventions, architecture, instructions
69
+ 2. README.md — Project overview, setup, usage
70
+ 3. goals/ or specs/ Project goals, specs, roadmap (scan directory if present)
71
+ 4. docs/ — Documentation directory (scan if present)
70
72
 
71
- If CLAUDE.md is missing, record as NOT FOUND and continue.
73
+ If a file is missing, record as NOT FOUND and continue.
72
74
 
73
75
  ## Domain Files
74
76
 
75
- {For each requested domain, list files from references/domains.md}
77
+ {For each requested domain hint, use Glob to find relevant files:}
78
+ - Search for directories matching the hint name (e.g., "auth" → src/auth/, lib/auth/)
79
+ - Search for files matching *{hint}*.md, *{hint}*.yaml, *{hint}*.json
80
+ - Read the most relevant matches (max 5 files per domain)
76
81
 
77
82
  For each file:
78
83
  - If it exists: read and summarise (2-3 lines max per domain)
@@ -1,38 +1,35 @@
1
- # Domain-to-File Mapping
1
+ # Domain Context Resolution
2
2
 
3
- Each domain lists the files/directories to load for that context area.
4
- Paths are relative to the project root.
3
+ When domain hints are provided, resolve them to files using these strategies
4
+ (in priority order). Stop at the first strategy that produces results.
5
5
 
6
- ## security
7
- - `args/security.yaml`
8
- - `tools/security/` (list directory)
6
+ ## Resolution Strategy
9
7
 
10
- ## routing
11
- - `args/routing.yaml`
12
- - `tools/agent/model_router/ROUTING_ARCHITECTURE.md`
8
+ 1. **Exact directory match** — Look for a directory named `{hint}/` in common
9
+ locations: `src/`, `lib/`, `app/`, `packages/`, `services/`, project root
10
+ 2. **File pattern match** — Glob for `**/*{hint}*.md`, `**/*{hint}*.yaml`,
11
+ `**/*{hint}*.json` (exclude node_modules, .git, dist, build)
12
+ 3. **Config/docs match** — Check `docs/{hint}.md`, `docs/{hint}/`,
13
+ `config/{hint}.*`, `.{hint}rc`, `{hint}.config.*`
13
14
 
14
- ## adhd
15
- - `context/adhd_design_principles.md`
16
- - `args/adhd_mode.yaml`
15
+ ## Common Domain Hints
17
16
 
18
- ## dashboard
19
- - `args/dashboard.yaml`
20
- - `tools/dashboard/backend/routes/` (list directory)
21
- - `tools/dashboard/frontend/app/` (list directory)
17
+ These are examples — any directory or topic name works as a hint:
22
18
 
23
- ## office
24
- - `args/office_integration.yaml`
25
- - `tools/office/` (list directory)
19
+ | Hint | Likely Locations |
20
+ |------|-----------------|
21
+ | auth | src/auth/, lib/auth/, middleware/auth.* |
22
+ | api | src/api/, routes/, controllers/ |
23
+ | db, database | src/db/, prisma/, migrations/, models/ |
24
+ | infra | infra/, terraform/, bicep/, deploy/ |
25
+ | frontend | src/components/, src/pages/, app/ |
26
+ | backend | src/server/, src/services/, api/ |
27
+ | config | config/, .env.example, settings/ |
28
+ | test | tests/, __tests__/, spec/, cypress/ |
26
29
 
27
- ## memory
28
- - `args/memory.yaml`
29
- - `args/working_memory.yaml`
30
- - `tools/memory/` (list directory)
30
+ ## Output
31
31
 
32
- ## tasks
33
- - `args/task_engine.yaml`
34
- - `tools/tasks/` (list directory)
35
-
36
- ## channels
37
- - `args/channels.yaml`
38
- - `tools/channels/` (list directory)
32
+ For each resolved domain, include in PRIME_REPORT:
33
+ - Directory/file paths found
34
+ - 2-3 line summary of what was found
35
+ - Key patterns or conventions observed
@@ -2,7 +2,7 @@
2
2
  name: rig
3
3
  description: 'Idempotently bootstrap any repository with standard development tools, hooks, and workflows. Use when starting work on a new repo, onboarding to an existing project, or ensuring a repo has proper CI/CD setup. Configures: git hooks (lefthook), commit message templates, PR templates, and GitHub Actions for lint/format/type-check/build. Prompts for user confirmation before changes. Triggers: "bootstrap repo", "setup hooks", "configure CI", "rig", "standardize repo".'
4
4
  argument-hint: --skip-system-check (optional)
5
- allowed-tools: Bash, Read, Write, Edit, Glob, Grep, AskUserQuestion
5
+ allowed-tools: Bash, Read, Write, Edit, Glob, Grep, Agent, AskUserQuestion
6
6
  ---
7
7
 
8
8
  # Rig - Repository Bootstrap
@@ -50,6 +50,7 @@ Before starting, check all dependencies in this table:
50
50
  | Dependency | Type | Check | Required | Resolution | Detail |
51
51
  |-----------|------|-------|----------|------------|--------|
52
52
  | git | cli | `git --version` | yes | stop | Install from https://git-scm.com |
53
+ | sync | skill | `.claude/skills/sync/SKILL.md` | no | fallback | Repo sync; falls back to manual git pull |
53
54
  | lefthook | npm | `npx lefthook --help` | yes | install | `npm install -g lefthook` |
54
55
  | gh | cli | `gh --version` | yes | url | https://cli.github.com |
55
56
 
@@ -66,6 +67,14 @@ For each row, in order:
66
67
 
67
68
  ---
68
69
 
70
+ ## Phase 0: Sync
71
+
72
+ Invoke `/sync` to ensure the working tree is up to date with origin/main before
73
+ bootstrapping. If /sync is unavailable, run `git pull` manually. This prevents
74
+ rigging against stale repo state.
75
+
76
+ ---
77
+
69
78
  ## Phase 1: System Requirements Check
70
79
 
71
80
  Launch **Bash subagent** (haiku — simple checks):
@@ -2,7 +2,7 @@
2
2
  name: ship
3
3
  description: "Ship changes through the full PR lifecycle. Use after completing feature work to commit, push, create PR, wait for checks, and merge. Handles the entire workflow: syncs with main, creates feature branch if needed, groups commits logically with semantic messages, creates detailed PR, monitors CI, fixes issues, squash merges, and cleans up. Invoke when work is ready to ship."
4
4
  argument-hint: --pr-only, --no-squash, --keep-branch (optional flags)
5
- allowed-tools: Bash, Read, Glob, Grep, Skill
5
+ allowed-tools: Bash, Read, Glob, Grep, Agent, Skill
6
6
  ---
7
7
 
8
8
  # Ship - Full PR Lifecycle
@@ -294,20 +294,12 @@ BRANCH_FLAGS: {--delete-branch (default) | omit if --keep-branch}
294
294
  --delete-source-branch $DELETE_BRANCH
295
295
  fi
296
296
 
297
- 2. **Sync local {DEFAULT_BRANCH}**
298
- git checkout {DEFAULT_BRANCH}
299
- git pull {REMOTE} {DEFAULT_BRANCH}
297
+ 2. **Sync local repository**
298
+ Invoke `/sync` to checkout {DEFAULT_BRANCH}, pull latest changes, restore
299
+ any stashed work, and clean up merged branches. This replaces manual git
300
+ checkout/pull/fetch/prune — /sync handles all of it including stash restore.
300
301
 
301
- 3. **Restore working state** (if there were stashed changes)
302
- git stash pop (only if stash exists from Stage 1)
303
-
304
- 4. **Cleanup stale branches**
305
- git fetch --prune
306
- for branch in $(git branch -vv | grep ': gone]' | awk '{print $1}'); do
307
- git branch -d "$branch" 2>/dev/null
308
- done
309
-
310
- 5. **Report**
302
+ 3. **Report**
311
303
  MERGE_COMMIT=$(git rev-parse --short HEAD)
312
304
 
313
305
  ## Output Format
@@ -2,7 +2,7 @@
2
2
  name: speccy
3
3
  description: Deep-dive interview skill for creating comprehensive specifications. Reviews existing code and docs, then interviews the user through multiple rounds of targeted questions covering technical implementation, UI/UX, concerns, and tradeoffs. Produces a structured spec via create-specification. Use when starting a new feature, system, or major change that needs a spec.
4
4
  argument-hint: Goal, feature, or high-level description to specify
5
- allowed-tools: Bash, Read, Write, Edit, Glob, Grep, AskUserQuestion
5
+ allowed-tools: Bash, Read, Write, Edit, Glob, Grep, Agent, AskUserQuestion
6
6
  ---
7
7
 
8
8
  # Speccy - Interview-Driven Specification Builder
@@ -47,6 +47,7 @@ Before starting, check all dependencies in this table:
47
47
  | Dependency | Type | Check | Required | Resolution | Detail |
48
48
  |-----------|------|-------|----------|------------|--------|
49
49
  | create-specification | skill | `~/.claude/skills/create-specification/SKILL.md` or `~/.agents/skills/create-specification/SKILL.md` | yes | ask | This skill is needed to format the final spec. Install with: `npx skills add slamb2k/mad-skills --skill create-specification` |
50
+ | prime | skill | `.claude/skills/prime/SKILL.md` | no | fallback | Context loading; falls back to manual project scan |
50
51
 
51
52
  For each row, in order:
52
53
  1. Test file existence (check both paths for symlinked skills)
@@ -63,7 +64,10 @@ For each row, in order:
63
64
  Before asking any questions, build a thorough understanding of the project:
64
65
 
65
66
  1. **Capture GOAL** — the user's argument describing what needs to be specified
66
- 2. **Scan the project**:
67
+ 2. **Load project context** — invoke `/prime` to load domain-specific context
68
+ (CLAUDE.md, goals, specs, memory). If /prime is unavailable, fall back to
69
+ the manual scan below.
70
+ 3. **Scan the project** (skip items already loaded by /prime):
67
71
  - Read `CLAUDE.md` if present (project conventions, structure, domain)
68
72
  - Read goal/spec manifests: `goals/manifest.md`, `spec/` directory
69
73
  - Scan existing specs and design docs for context