@maoleijin/dsh-mattpocock-skills 0.2.0 → 0.2.1

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.
Files changed (4) hide show
  1. package/overlay/skills/dsh-workflow/dsh-workflow/SKILLS.md +51 -51
  2. package/package.json +5 -4
  3. package/vendor/VENDOR.md +68 -68
  4. package/vendor/skills.manifest.json +506 -506
package/overlay/skills/dsh-workflow/dsh-workflow/SKILLS.md CHANGED
@@ -1,51 +1,51 @@
1
- # The skill catalog
2
-
3
- Generated from `vendor/skills.manifest.json` by `node vendor/vendor-skills.mjs`. Do not edit by hand.
4
-
5
- | Skill | Who can start it | Category | What it is for |
6
- | --- | --- | --- | --- |
7
- | `dsh-workflow` | model + user | overlay | DSH invocation rules, workflow map, and platform equivalents. |
8
- | `ask-matt` | **user only** | engineering | Ask which skill or flow fits your situation. A router over the skills in this repo. |
9
- | `chief-of-staff` | **user only** | in-progress | Pursue a long-running goal in a single session by co-ordinating subagents. |
10
- | `claude-handoff` | **user only** | in-progress | Hand the current conversation off to a fresh background agent that picks up the work immediately. |
11
- | `code-review` | model + user | engineering | Review the changes since a fixed point (commit, branch, tag, or merge-base) along two axes: Standards (does the code follow this repo's documented coding standards?) and Spec (does the code match what the originating issue/spec asked for?). Runs both reviews in parallel sub-agents and reports them side by side. Use when the user wants to review a branch, a PR, work-in-progress changes, or asks to "review since X". |
12
- | `codebase-design` | model + user | engineering | Shared vocabulary for designing deep modules. Use when the user wants to design or improve a module's interface, find deepening opportunities, decide where a seam goes, make code more testable or AI-navigable, or when another skill needs the deep-module vocabulary. |
13
- | `diagnosing-bugs` | model + user | engineering | Diagnosis loop for hard bugs and performance regressions. Use when the user says "diagnose"/"debug this", or reports something broken/throwing/failing/slow. |
14
- | `domain-modeling` | model + user | engineering | Build and sharpen a project's domain model. Use when discussing codebase terminology, writing or editing a GLOSSARY.md, or recording or editing an ADR. |
15
- | `git-guardrails-claude-code` | model + user | misc | Set up Claude Code hooks to block dangerous git commands (push, reset --hard, clean, branch -D, etc.) before they execute. Use when user wants to prevent destructive git operations, add git safety hooks, or block git push/reset in Claude Code. |
16
- | `grill-me` | **user only** | productivity | A relentless interview to sharpen a plan or design. |
17
- | `grill-with-docs` | **user only** | engineering | A relentless interview to sharpen a plan or design, which also creates docs (ADR's and glossary) as we go. |
18
- | `grilling` | model + user | productivity | Grill the user relentlessly about a plan, decision, or idea. Use when the user wants to stress-test their thinking, or uses any 'grill' trigger phrases. |
19
- | `handoff` | **user only** | productivity | Compact the current conversation into a handoff document for another agent to pick up. |
20
- | `implement` | **user only** | engineering | Implement a piece of work based on a spec or set of tickets. |
21
- | `implement-spec` | **user only** | engineering | Implement the result of /to-spec and /to-tickets in code. |
22
- | `improve-codebase-architecture` | **user only** | engineering | Scan a codebase for deepening opportunities, present them as a visual HTML report, then grill through whichever one you pick. |
23
- | `loop-me` | **user only** | in-progress | Grill me about specs for the workflows I want to build, within this workspace. |
24
- | `migrate-to-shoehorn` | model + user | misc | Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data. |
25
- | `pr` | model + user | engineering | Use when writing a PR body. |
26
- | `prototype` | model + user | engineering | Build a throwaway prototype to answer a design question. Use when the user wants to sanity-check whether a state model or logic feels right, or explore what a UI should look like. |
27
- | `research` | model + user | engineering | Investigate a question against high-trust primary sources and capture the findings as a Markdown file in the repo. Use when the user wants a topic researched, docs or API facts gathered, or reading legwork delegated to a background agent. |
28
- | `retro` | **user only** | engineering | Conduct a retrospective on a coding session. |
29
- | `scaffold-exercises` | model + user | misc | Create exercise directory structures with sections, problems, solutions, and explainers that pass linting. Use when user wants to scaffold exercises, create exercise stubs, or set up a new course section. |
30
- | `setup-matt-pocock-skills` | **user only** | engineering | Configure this repo for the engineering skills: set up its issue tracker, triage label vocabulary, and domain doc layout. Run once before first use of the other engineering skills. |
31
- | `setup-pre-commit` | model + user | misc | Set up Husky pre-commit hooks with lint-staged (Prettier), type checking, and tests in the current repo. Use when user wants to add pre-commit hooks, set up Husky, configure lint-staged, or add commit-time formatting/typechecking/testing. |
32
- | `setup-ts-deep-modules` | **user only** | in-progress | Wire dependency-cruiser into a TypeScript repo so each package is a deep module, with implementation hidden in subfolders and reachable only through its entry-point files. User-invoked. |
33
- | `tdd` | model + user | engineering | Test-driven development. Use when the user wants to build features or fix bugs test-first, mentions "red-green-refactor", or wants integration tests. |
34
- | `teach` | **user only** | productivity | Teach the user a new skill or concept, within this workspace. |
35
- | `to-questionnaire` | **user only** | productivity | Turn a decision you can't fully answer into a questionnaire for someone else to fill in. |
36
- | `to-spec` | **user only** | engineering | Turn the current conversation into a spec and publish it to the project issue tracker: no interview, just synthesis of what you've already discussed. |
37
- | `to-tickets` | **user only** | engineering | Break a plan, spec, or the current conversation into a set of tracer-bullet tickets, each declaring its blocking edges, published to the configured tracker (edges as text in one file per ticket locally, or native blocking links on a real tracker). |
38
- | `triage` | **user only** | engineering | Move issues and external PRs through a state machine of triage roles, categorise, verify, grill if needed, and write agent-ready briefs. |
39
- | `wait-what` | **user only** | productivity | Stop. That last message did not land: re-pitch it. |
40
- | `wayfinder` | **user only** | engineering | Plan a huge chunk of work (more than one agent session can hold) as a shared map of decision tickets on your issue tracker, and resolve them one at a time until the way to the destination is clear. |
41
- | `wizard` | model + user | engineering | Generate an interactive bash wizard that walks a human through steps only they can perform. Use when provisioning infrastructure, setting up credentials or CI secrets, walking an unfamiliar third-party dashboard, or running a one-off migration or cutover. Don't invoke this for steps the agent can perform itself. |
42
- | `writing-beats` | **user only** | in-progress | Writing, exploit; assemble raw material into a journey of beats, grounding each term before a beat leans on it. |
43
- | `writing-for-agents` | model + user | productivity | Writing documents for agents. Use when creating or editing skills, or modifying AGENTS.md or CLAUDE.md. |
44
- | `writing-fragments` | **user only** | in-progress | Writing, explore: mine raw fragments, no structure yet. |
45
- | `writing-shape` | **user only** | in-progress | Writing, exploit: shape raw material into an article, paragraph by paragraph. |
46
-
47
- ## Notes
48
-
49
- - `user only` preserves upstream `disable-model-invocation: true`; the user starts those flows.
50
- - `in-progress` skills are experimental upstream and may change without compatibility guarantees.
51
- - DSH applies the adaptations in `overlay/patches.json` in memory; vendored files remain byte-identical to upstream.
1
+ # The skill catalog
2
+
3
+ Generated from `vendor/skills.manifest.json` by `node vendor/vendor-skills.mjs`. Do not edit by hand.
4
+
5
+ | Skill | Who can start it | Category | What it is for |
6
+ | --- | --- | --- | --- |
7
+ | `dsh-workflow` | model + user | overlay | DSH invocation rules, workflow map, and platform equivalents. |
8
+ | `ask-matt` | **user only** | engineering | Ask which skill or flow fits your situation. A router over the skills in this repo. |
9
+ | `chief-of-staff` | **user only** | in-progress | Pursue a long-running goal in a single session by co-ordinating subagents. |
10
+ | `claude-handoff` | **user only** | in-progress | Hand the current conversation off to a fresh background agent that picks up the work immediately. |
11
+ | `code-review` | model + user | engineering | Review the changes since a fixed point (commit, branch, tag, or merge-base) along two axes: Standards (does the code follow this repo's documented coding standards?) and Spec (does the code match what the originating issue/spec asked for?). Runs both reviews in parallel sub-agents and reports them side by side. Use when the user wants to review a branch, a PR, work-in-progress changes, or asks to "review since X". |
12
+ | `codebase-design` | model + user | engineering | Shared vocabulary for designing deep modules. Use when the user wants to design or improve a module's interface, find deepening opportunities, decide where a seam goes, make code more testable or AI-navigable, or when another skill needs the deep-module vocabulary. |
13
+ | `diagnosing-bugs` | model + user | engineering | Diagnosis loop for hard bugs and performance regressions. Use when the user says "diagnose"/"debug this", or reports something broken/throwing/failing/slow. |
14
+ | `domain-modeling` | model + user | engineering | Build and sharpen a project's domain model. Use when discussing codebase terminology, writing or editing a GLOSSARY.md, or recording or editing an ADR. |
15
+ | `git-guardrails-claude-code` | model + user | misc | Set up Claude Code hooks to block dangerous git commands (push, reset --hard, clean, branch -D, etc.) before they execute. Use when user wants to prevent destructive git operations, add git safety hooks, or block git push/reset in Claude Code. |
16
+ | `grill-me` | **user only** | productivity | A relentless interview to sharpen a plan or design. |
17
+ | `grill-with-docs` | **user only** | engineering | A relentless interview to sharpen a plan or design, which also creates docs (ADR's and glossary) as we go. |
18
+ | `grilling` | model + user | productivity | Grill the user relentlessly about a plan, decision, or idea. Use when the user wants to stress-test their thinking, or uses any 'grill' trigger phrases. |
19
+ | `handoff` | **user only** | productivity | Compact the current conversation into a handoff document for another agent to pick up. |
20
+ | `implement` | **user only** | engineering | Implement a piece of work based on a spec or set of tickets. |
21
+ | `implement-spec` | **user only** | engineering | Implement the result of /to-spec and /to-tickets in code. |
22
+ | `improve-codebase-architecture` | **user only** | engineering | Scan a codebase for deepening opportunities, present them as a visual HTML report, then grill through whichever one you pick. |
23
+ | `loop-me` | **user only** | in-progress | Grill me about specs for the workflows I want to build, within this workspace. |
24
+ | `migrate-to-shoehorn` | model + user | misc | Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data. |
25
+ | `pr` | model + user | engineering | Use when writing a PR body. |
26
+ | `prototype` | model + user | engineering | Build a throwaway prototype to answer a design question. Use when the user wants to sanity-check whether a state model or logic feels right, or explore what a UI should look like. |
27
+ | `research` | model + user | engineering | Investigate a question against high-trust primary sources and capture the findings as a Markdown file in the repo. Use when the user wants a topic researched, docs or API facts gathered, or reading legwork delegated to a background agent. |
28
+ | `retro` | **user only** | engineering | Conduct a retrospective on a coding session. |
29
+ | `scaffold-exercises` | model + user | misc | Create exercise directory structures with sections, problems, solutions, and explainers that pass linting. Use when user wants to scaffold exercises, create exercise stubs, or set up a new course section. |
30
+ | `setup-matt-pocock-skills` | **user only** | engineering | Configure this repo for the engineering skills: set up its issue tracker, triage label vocabulary, and domain doc layout. Run once before first use of the other engineering skills. |
31
+ | `setup-pre-commit` | model + user | misc | Set up Husky pre-commit hooks with lint-staged (Prettier), type checking, and tests in the current repo. Use when user wants to add pre-commit hooks, set up Husky, configure lint-staged, or add commit-time formatting/typechecking/testing. |
32
+ | `setup-ts-deep-modules` | **user only** | in-progress | Wire dependency-cruiser into a TypeScript repo so each package is a deep module, with implementation hidden in subfolders and reachable only through its entry-point files. User-invoked. |
33
+ | `tdd` | model + user | engineering | Test-driven development. Use when the user wants to build features or fix bugs test-first, mentions "red-green-refactor", or wants integration tests. |
34
+ | `teach` | **user only** | productivity | Teach the user a new skill or concept, within this workspace. |
35
+ | `to-questionnaire` | **user only** | productivity | Turn a decision you can't fully answer into a questionnaire for someone else to fill in. |
36
+ | `to-spec` | **user only** | engineering | Turn the current conversation into a spec and publish it to the project issue tracker: no interview, just synthesis of what you've already discussed. |
37
+ | `to-tickets` | **user only** | engineering | Break a plan, spec, or the current conversation into a set of tracer-bullet tickets, each declaring its blocking edges, published to the configured tracker (edges as text in one file per ticket locally, or native blocking links on a real tracker). |
38
+ | `triage` | **user only** | engineering | Move issues and external PRs through a state machine of triage roles, categorise, verify, grill if needed, and write agent-ready briefs. |
39
+ | `wait-what` | **user only** | productivity | Stop. That last message did not land: re-pitch it. |
40
+ | `wayfinder` | **user only** | engineering | Plan a huge chunk of work (more than one agent session can hold) as a shared map of decision tickets on your issue tracker, and resolve them one at a time until the way to the destination is clear. |
41
+ | `wizard` | model + user | engineering | Generate an interactive bash wizard that walks a human through steps only they can perform. Use when provisioning infrastructure, setting up credentials or CI secrets, walking an unfamiliar third-party dashboard, or running a one-off migration or cutover. Don't invoke this for steps the agent can perform itself. |
42
+ | `writing-beats` | **user only** | in-progress | Writing, exploit; assemble raw material into a journey of beats, grounding each term before a beat leans on it. |
43
+ | `writing-for-agents` | model + user | productivity | Writing documents for agents. Use when creating or editing skills, or modifying AGENTS.md or CLAUDE.md. |
44
+ | `writing-fragments` | **user only** | in-progress | Writing, explore: mine raw fragments, no structure yet. |
45
+ | `writing-shape` | **user only** | in-progress | Writing, exploit: shape raw material into an article, paragraph by paragraph. |
46
+
47
+ ## Notes
48
+
49
+ - `user only` preserves upstream `disable-model-invocation: true`; the user starts those flows.
50
+ - `in-progress` skills are experimental upstream and may change without compatibility guarantees.
51
+ - DSH applies the adaptations in `overlay/patches.json` in memory; vendored files remain byte-identical to upstream.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@maoleijin/dsh-mattpocock-skills",
3
- "version": "0.2.0",
3
+ "version": "0.2.1",
4
4
  "private": false,
5
5
  "publishConfig": {
6
6
  "access": "public"
@@ -31,7 +31,8 @@
31
31
  "mattpocock"
32
32
  ],
33
33
  "engines": {
34
- "node": "^22.19.0 || >=24.0.0"
34
+ "node": "^22.19.0 || >=24.0.0",
35
+ "dsh": ">=0.1.0-rc.7 <0.3.0-0"
35
36
  },
36
37
  "main": "src/index.js",
37
38
  "exports": {
@@ -60,8 +61,8 @@
60
61
  "yaml": "^2.4.2"
61
62
  },
62
63
  "peerDependencies": {
63
- "@deepseek-ai/cordis": "^4.0.1 || ^4.0.2",
64
- "@deepseek-ai/dsh-skill": ">=0.1.0-rc.7 <0.2.0-0 || >=0.1.5-rc.1 <0.2.0-0"
64
+ "@deepseek-ai/cordis": ">=4.0.1 <5.0.0",
65
+ "@deepseek-ai/dsh-skill": ">=0.1.0-rc.7 <0.3.0-0"
65
66
  },
66
67
  "scripts": {
67
68
  "vendor": "node vendor/vendor-skills.mjs",
package/vendor/VENDOR.md CHANGED
@@ -1,68 +1,68 @@
1
- # Vendored skills
2
-
3
- This file is generated by `node vendor/vendor-skills.mjs`. Do not edit by hand.
4
-
5
- - Upstream: https://github.com/mattpocock/skills `1.3.1`
6
- - Vendored at: 2026-10-16T05:39:04.762Z
7
- - Skills: 38 (15 model-invocable, 23 user-invocable only)
8
-
9
- | Category | Skill | Invocation | Files |
10
- | --- | --- | --- | --- |
11
- | engineering | `ask-matt` | user only | 3 |
12
- | in-progress | `chief-of-staff` | user only | 2 |
13
- | in-progress | `claude-handoff` | user only | 2 |
14
- | engineering | `code-review` | model + user | 2 |
15
- | engineering | `codebase-design` | model + user | 4 |
16
- | engineering | `diagnosing-bugs` | model + user | 3 |
17
- | engineering | `domain-modeling` | model + user | 4 |
18
- | misc | `git-guardrails-claude-code` | model + user | 3 |
19
- | productivity | `grill-me` | user only | 2 |
20
- | engineering | `grill-with-docs` | user only | 2 |
21
- | productivity | `grilling` | model + user | 2 |
22
- | productivity | `handoff` | user only | 2 |
23
- | engineering | `implement` | user only | 2 |
24
- | engineering | `implement-spec` | user only | 2 |
25
- | engineering | `improve-codebase-architecture` | user only | 3 |
26
- | in-progress | `loop-me` | user only | 2 |
27
- | misc | `migrate-to-shoehorn` | model + user | 2 |
28
- | engineering | `pr` | model + user | 3 |
29
- | engineering | `prototype` | model + user | 4 |
30
- | engineering | `research` | model + user | 2 |
31
- | engineering | `retro` | user only | 2 |
32
- | misc | `scaffold-exercises` | model + user | 2 |
33
- | engineering | `setup-matt-pocock-skills` | user only | 7 |
34
- | misc | `setup-pre-commit` | model + user | 2 |
35
- | in-progress | `setup-ts-deep-modules` | user only | 3 |
36
- | engineering | `tdd` | model + user | 4 |
37
- | productivity | `teach` | user only | 6 |
38
- | productivity | `to-questionnaire` | user only | 2 |
39
- | engineering | `to-spec` | user only | 2 |
40
- | engineering | `to-tickets` | user only | 2 |
41
- | engineering | `triage` | user only | 4 |
42
- | productivity | `wait-what` | user only | 2 |
43
- | engineering | `wayfinder` | user only | 2 |
44
- | engineering | `wizard` | model + user | 3 |
45
- | in-progress | `writing-beats` | user only | 2 |
46
- | productivity | `writing-for-agents` | model + user | 3 |
47
- | in-progress | `writing-fragments` | user only | 2 |
48
- | in-progress | `writing-shape` | user only | 2 |
49
-
50
- ## DSH adaptation layer (`overlay/patches.json`)
51
-
52
- - Rules: 28, touching 13 file(s) across 8 skill(s)
53
- - Added skills: `dsh-workflow` (the model-facing map, shipped from `overlay/skills/`)
54
- - These files are rewritten in memory when a skill is loaded; the copy on disk stays upstream-exact:
55
-
56
- - `engineering/ask-matt/PHASE-BOUNDARIES.md`
57
- - `engineering/ask-matt/SKILL.md`
58
- - `engineering/improve-codebase-architecture/HTML-REPORT.md`
59
- - `engineering/setup-matt-pocock-skills/SKILL.md`
60
- - `engineering/setup-matt-pocock-skills/domain.md`
61
- - `engineering/setup-matt-pocock-skills/issue-tracker-github.md`
62
- - `engineering/setup-matt-pocock-skills/issue-tracker-gitlab.md`
63
- - `engineering/setup-matt-pocock-skills/issue-tracker-local.md`
64
- - `engineering/to-tickets/SKILL.md`
65
- - `engineering/triage/SKILL.md`
66
- - `in-progress/claude-handoff/SKILL.md`
67
- - `in-progress/setup-ts-deep-modules/SKILL.md`
68
- - `productivity/handoff/SKILL.md`
1
+ # Vendored skills
2
+
3
+ This file is generated by `node vendor/vendor-skills.mjs`. Do not edit by hand.
4
+
5
+ - Upstream: https://github.com/mattpocock/skills `1.3.1`
6
+ - Vendored at: 2026-10-16T05:39:04.762Z
7
+ - Skills: 38 (15 model-invocable, 23 user-invocable only)
8
+
9
+ | Category | Skill | Invocation | Files |
10
+ | --- | --- | --- | --- |
11
+ | engineering | `ask-matt` | user only | 3 |
12
+ | in-progress | `chief-of-staff` | user only | 2 |
13
+ | in-progress | `claude-handoff` | user only | 2 |
14
+ | engineering | `code-review` | model + user | 2 |
15
+ | engineering | `codebase-design` | model + user | 4 |
16
+ | engineering | `diagnosing-bugs` | model + user | 3 |
17
+ | engineering | `domain-modeling` | model + user | 4 |
18
+ | misc | `git-guardrails-claude-code` | model + user | 3 |
19
+ | productivity | `grill-me` | user only | 2 |
20
+ | engineering | `grill-with-docs` | user only | 2 |
21
+ | productivity | `grilling` | model + user | 2 |
22
+ | productivity | `handoff` | user only | 2 |
23
+ | engineering | `implement` | user only | 2 |
24
+ | engineering | `implement-spec` | user only | 2 |
25
+ | engineering | `improve-codebase-architecture` | user only | 3 |
26
+ | in-progress | `loop-me` | user only | 2 |
27
+ | misc | `migrate-to-shoehorn` | model + user | 2 |
28
+ | engineering | `pr` | model + user | 3 |
29
+ | engineering | `prototype` | model + user | 4 |
30
+ | engineering | `research` | model + user | 2 |
31
+ | engineering | `retro` | user only | 2 |
32
+ | misc | `scaffold-exercises` | model + user | 2 |
33
+ | engineering | `setup-matt-pocock-skills` | user only | 7 |
34
+ | misc | `setup-pre-commit` | model + user | 2 |
35
+ | in-progress | `setup-ts-deep-modules` | user only | 3 |
36
+ | engineering | `tdd` | model + user | 4 |
37
+ | productivity | `teach` | user only | 6 |
38
+ | productivity | `to-questionnaire` | user only | 2 |
39
+ | engineering | `to-spec` | user only | 2 |
40
+ | engineering | `to-tickets` | user only | 2 |
41
+ | engineering | `triage` | user only | 4 |
42
+ | productivity | `wait-what` | user only | 2 |
43
+ | engineering | `wayfinder` | user only | 2 |
44
+ | engineering | `wizard` | model + user | 3 |
45
+ | in-progress | `writing-beats` | user only | 2 |
46
+ | productivity | `writing-for-agents` | model + user | 3 |
47
+ | in-progress | `writing-fragments` | user only | 2 |
48
+ | in-progress | `writing-shape` | user only | 2 |
49
+
50
+ ## DSH adaptation layer (`overlay/patches.json`)
51
+
52
+ - Rules: 28, touching 13 file(s) across 8 skill(s)
53
+ - Added skills: `dsh-workflow` (the model-facing map, shipped from `overlay/skills/`)
54
+ - These files are rewritten in memory when a skill is loaded; the copy on disk stays upstream-exact:
55
+
56
+ - `engineering/ask-matt/PHASE-BOUNDARIES.md`
57
+ - `engineering/ask-matt/SKILL.md`
58
+ - `engineering/improve-codebase-architecture/HTML-REPORT.md`
59
+ - `engineering/setup-matt-pocock-skills/SKILL.md`
60
+ - `engineering/setup-matt-pocock-skills/domain.md`
61
+ - `engineering/setup-matt-pocock-skills/issue-tracker-github.md`
62
+ - `engineering/setup-matt-pocock-skills/issue-tracker-gitlab.md`
63
+ - `engineering/setup-matt-pocock-skills/issue-tracker-local.md`
64
+ - `engineering/to-tickets/SKILL.md`
65
+ - `engineering/triage/SKILL.md`
66
+ - `in-progress/claude-handoff/SKILL.md`
67
+ - `in-progress/setup-ts-deep-modules/SKILL.md`
68
+ - `productivity/handoff/SKILL.md`