@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.
- package/.claude-plugin/plugin.json +1 -1
- package/package.json +1 -1
- package/skills/brace/SKILL.md +1 -1
- package/skills/build/SKILL.md +6 -2
- package/skills/distil/SKILL.md +1 -1
- package/skills/dock/SKILL.md +9 -0
- package/skills/keel/SKILL.md +12 -8
- package/skills/manifest.json +8 -8
- package/skills/prime/SKILL.md +15 -10
- package/skills/prime/references/domains.md +27 -30
- package/skills/rig/SKILL.md +10 -1
- package/skills/ship/SKILL.md +1 -1
- package/skills/ship/references/stage-prompts.md +5 -13
- package/skills/speccy/SKILL.md +6 -2
package/package.json
CHANGED
package/skills/brace/SKILL.md
CHANGED
|
@@ -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
|
package/skills/build/SKILL.md
CHANGED
|
@@ -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.
|
|
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
|
package/skills/distil/SKILL.md
CHANGED
|
@@ -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
|
package/skills/dock/SKILL.md
CHANGED
|
@@ -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.
|
package/skills/keel/SKILL.md
CHANGED
|
@@ -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.
|
|
488
|
-
|
|
489
|
-
|
|
490
|
-
|
|
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.
|
package/skills/manifest.json
CHANGED
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
{
|
|
2
|
-
"generated": "2026-03-
|
|
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":
|
|
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":
|
|
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":
|
|
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
|
|
59
|
-
"lines":
|
|
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":
|
|
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":
|
|
89
|
+
"lines": 170,
|
|
90
90
|
"hasScripts": false,
|
|
91
91
|
"hasReferences": true,
|
|
92
92
|
"hasAssets": false,
|
package/skills/prime/SKILL.md
CHANGED
|
@@ -1,8 +1,8 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: prime
|
|
3
|
-
description: "Load project context before implementing features or making architectural decisions. Invoke proactively
|
|
4
|
-
argument-hint:
|
|
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).
|
|
43
|
-
|
|
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 —
|
|
68
|
-
2.
|
|
69
|
-
3.
|
|
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
|
|
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,
|
|
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
|
|
1
|
+
# Domain Context Resolution
|
|
2
2
|
|
|
3
|
-
|
|
4
|
-
|
|
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
|
-
##
|
|
7
|
-
- `args/security.yaml`
|
|
8
|
-
- `tools/security/` (list directory)
|
|
6
|
+
## Resolution Strategy
|
|
9
7
|
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
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
|
-
##
|
|
15
|
-
- `context/adhd_design_principles.md`
|
|
16
|
-
- `args/adhd_mode.yaml`
|
|
15
|
+
## Common Domain Hints
|
|
17
16
|
|
|
18
|
-
|
|
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
|
-
|
|
24
|
-
|
|
25
|
-
|
|
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
|
-
##
|
|
28
|
-
- `args/memory.yaml`
|
|
29
|
-
- `args/working_memory.yaml`
|
|
30
|
-
- `tools/memory/` (list directory)
|
|
30
|
+
## Output
|
|
31
31
|
|
|
32
|
-
|
|
33
|
-
-
|
|
34
|
-
-
|
|
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
|
package/skills/rig/SKILL.md
CHANGED
|
@@ -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):
|
package/skills/ship/SKILL.md
CHANGED
|
@@ -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
|
|
298
|
-
|
|
299
|
-
|
|
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. **
|
|
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
|
package/skills/speccy/SKILL.md
CHANGED
|
@@ -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. **
|
|
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
|