@slamb2k/mad-skills 2.0.14 → 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,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