showdar-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.
- package/README.md +96 -117
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -1,21 +1,18 @@
|
|
|
1
1
|
# Showdar Skills
|
|
2
2
|
|
|
3
|
+
[](https://www.npmjs.com/package/showdar-skills)
|
|
3
4
|
[](https://nodejs.org/)
|
|
4
5
|
[](./LICENSE)
|
|
5
6
|
[](#skill-catalog)
|
|
6
7
|
|
|
7
8
|
Production-grade software engineering skills for coding agents. Showdar covers
|
|
8
|
-
requirements
|
|
9
|
-
operations, release readiness, and Git
|
|
9
|
+
the full lifecycle—from requirements and planning through implementation, QA,
|
|
10
|
+
security, operations, release readiness, and Git—with lightweight intent
|
|
10
11
|
routing and progressive knowledge loading.
|
|
11
12
|
|
|
12
|
-
> npm publication: prepared for the first release; `showdar-skills@0.2.0` is
|
|
13
|
-
> not published yet.
|
|
14
|
-
|
|
15
13
|
## Quick start
|
|
16
14
|
|
|
17
|
-
|
|
18
|
-
skills explicitly:
|
|
15
|
+
Install the CLI, then install a role-oriented skill profile into your project:
|
|
19
16
|
|
|
20
17
|
```bash
|
|
21
18
|
npm install -g showdar-skills
|
|
@@ -24,7 +21,7 @@ showdar init --ai codex --profile developer
|
|
|
24
21
|
showdar doctor
|
|
25
22
|
```
|
|
26
23
|
|
|
27
|
-
|
|
24
|
+
To install from source instead:
|
|
28
25
|
|
|
29
26
|
```bash
|
|
30
27
|
git clone https://github.com/caongocquy/showdar-skills.git
|
|
@@ -32,17 +29,20 @@ cd showdar-skills
|
|
|
32
29
|
npm install -g .
|
|
33
30
|
```
|
|
34
31
|
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
32
|
+
Showdar works with Codex, OpenCode, Claude Code, and universal agent skill
|
|
33
|
+
directories. Choose `backend`, `qa`, or `product` when that gives discovery a
|
|
34
|
+
more precise context; use `full` when you want all capabilities available.
|
|
38
35
|
|
|
39
36
|
## Why Showdar?
|
|
40
37
|
|
|
41
|
-
- 15 focused skills
|
|
42
|
-
-
|
|
43
|
-
|
|
44
|
-
-
|
|
45
|
-
|
|
38
|
+
- **15 focused skills** instead of one oversized agent prompt.
|
|
39
|
+
- **Lifecycle coverage** from product rules to implementation, verification,
|
|
40
|
+
security, operations, release readiness, and Git completion.
|
|
41
|
+
- **Intent-based discovery** that selects the workflow matching the request.
|
|
42
|
+
- **Progressive knowledge loading** for deeper references, data, scripts, and
|
|
43
|
+
examples only when the selected task needs them.
|
|
44
|
+
- **Safe boundaries** around security findings, production operations, release
|
|
45
|
+
readiness, and destructive Git actions.
|
|
46
46
|
|
|
47
47
|
## How it works
|
|
48
48
|
|
|
@@ -66,34 +66,43 @@ SKILL.md
|
|
|
66
66
|
```
|
|
67
67
|
|
|
68
68
|
The 15 skills are not eagerly loaded as full prompts. Lightweight descriptions
|
|
69
|
-
help the agent choose
|
|
69
|
+
help the agent choose one skill; that skill then loads its workflow and deeper
|
|
70
70
|
knowledge progressively.
|
|
71
71
|
|
|
72
|
-
## Supported agents
|
|
72
|
+
## Supported agents
|
|
73
73
|
|
|
74
|
-
|
|
|
74
|
+
| Target | Project destination | Global destination |
|
|
75
75
|
| --- | --- | --- |
|
|
76
|
-
| Codex | `.agents/skills/` | `~/.agents/skills/` |
|
|
77
|
-
|
|
|
78
|
-
| OpenCode | `.opencode/
|
|
76
|
+
| Codex / Universal | `.agents/skills/` | `~/.agents/skills/` |
|
|
77
|
+
| OpenCode skills | `.opencode/skills/` | `~/.config/opencode/skills/` |
|
|
78
|
+
| OpenCode commands | `.opencode/commands/showdar/` | `~/.config/opencode/commands/showdar/` |
|
|
79
79
|
| Claude Code | `.claude/skills/` | `~/.claude/skills/` |
|
|
80
80
|
|
|
81
|
-
Codex and Universal intentionally share `.agents/skills
|
|
82
|
-
|
|
83
|
-
|
|
81
|
+
Codex and Universal intentionally share `.agents/skills/`. OpenCode receives
|
|
82
|
+
both skills and native `/showdar/...` command files.
|
|
83
|
+
|
|
84
|
+
## Project and global installation
|
|
85
|
+
|
|
86
|
+
Global CLI installation and global skill installation are separate decisions.
|
|
87
|
+
The CLI is installed once; `showdar init` controls where its managed skills go.
|
|
84
88
|
|
|
85
|
-
### Project
|
|
89
|
+
### Project scope
|
|
86
90
|
|
|
87
91
|
Project scope is the default and writes to the current project:
|
|
88
92
|
|
|
89
93
|
```bash
|
|
90
94
|
cd my-project
|
|
91
|
-
showdar init --
|
|
95
|
+
showdar init --ai codex --profile developer
|
|
92
96
|
showdar status
|
|
93
97
|
showdar doctor
|
|
94
98
|
```
|
|
95
99
|
|
|
96
|
-
|
|
100
|
+
This creates `.agents/skills/` for Codex/Universal, or the corresponding native
|
|
101
|
+
target directories. Project ownership is recorded in `.showdar.json`.
|
|
102
|
+
|
|
103
|
+
### Global scope
|
|
104
|
+
|
|
105
|
+
Global scope installs user-level skills and does not require a Git repository:
|
|
97
106
|
|
|
98
107
|
```bash
|
|
99
108
|
showdar init --scope global --ai codex --profile developer
|
|
@@ -101,24 +110,22 @@ showdar status --scope global
|
|
|
101
110
|
showdar doctor --scope global
|
|
102
111
|
```
|
|
103
112
|
|
|
104
|
-
Global
|
|
105
|
-
|
|
106
|
-
Only Showdar-owned paths are refreshed or removed.
|
|
113
|
+
Global ownership is recorded in `~/.showdar/global.json`. Only Showdar-owned
|
|
114
|
+
paths are refreshed or removed.
|
|
107
115
|
|
|
108
116
|
## Profiles
|
|
109
117
|
|
|
110
|
-
|
|
111
|
-
|
|
112
|
-
eagerly load all skill bodies.
|
|
118
|
+
Role-specific profiles improve routing precision. `full` exposes every skill,
|
|
119
|
+
but still does not eagerly load every skill body.
|
|
113
120
|
|
|
114
|
-
| Profile | Skills |
|
|
115
|
-
| --- | ---: |
|
|
116
|
-
| `minimal` | 8 |
|
|
117
|
-
| `developer` | 12 |
|
|
118
|
-
| `backend` | 14 |
|
|
119
|
-
| `qa` | 9 |
|
|
120
|
-
| `product` | 6 |
|
|
121
|
-
| `full` | 15 |
|
|
121
|
+
| Profile | Skills | Best for |
|
|
122
|
+
| --- | ---: | --- |
|
|
123
|
+
| `minimal` | 8 | Focused everyday assistance |
|
|
124
|
+
| `developer` | 12 | General application development |
|
|
125
|
+
| `backend` | 14 | APIs, services, and runtime operations |
|
|
126
|
+
| `qa` | 9 | Testing and quality workflows |
|
|
127
|
+
| `product` | 6 | Product, requirements, and design work |
|
|
128
|
+
| `full` | 15 | All capabilities |
|
|
122
129
|
|
|
123
130
|
Legacy aliases remain compatible:
|
|
124
131
|
|
|
@@ -131,7 +138,7 @@ New manifests store the canonical `developer` profile.
|
|
|
131
138
|
|
|
132
139
|
## Skill catalog
|
|
133
140
|
|
|
134
|
-
All 15 entries
|
|
141
|
+
All 15 entries are first-class Showdar skills.
|
|
135
142
|
|
|
136
143
|
### Analysis and planning
|
|
137
144
|
|
|
@@ -173,47 +180,36 @@ All 15 entries remain first-class Showdar skills.
|
|
|
173
180
|
| `showdar-recover` | Interrupted or partial engineering work must be reconstructed from repository evidence before continuing. |
|
|
174
181
|
| `showdar-git` | Performing local Git inspection, staging, commits, branch integration, conflicts, cleanup, or explicitly requested remote Git actions. |
|
|
175
182
|
|
|
176
|
-
##
|
|
183
|
+
## A typical software workflow
|
|
177
184
|
|
|
178
185
|
```text
|
|
179
186
|
Requirements
|
|
180
|
-
|
|
181
|
-
|
|
182
|
-
Plan
|
|
183
|
-
|
|
184
|
-
|
|
185
|
-
|
|
186
|
-
|
|
187
|
-
|
|
188
|
-
|
|
189
|
-
|
|
190
|
-
|
|
191
|
-
|
|
192
|
-
|
|
193
|
-
|
|
194
|
-
|
|
|
195
|
-
v
|
|
196
|
-
Review / Security
|
|
197
|
-
|
|
|
198
|
-
v
|
|
199
|
-
Ship readiness
|
|
200
|
-
|
|
|
201
|
-
+--> Ops
|
|
202
|
-
|
|
|
203
|
-
v
|
|
187
|
+
|
|
|
188
|
+
v
|
|
189
|
+
Plan -----> Design
|
|
190
|
+
|
|
|
191
|
+
v
|
|
192
|
+
Build ----> Debug / Test / Quality
|
|
193
|
+
|
|
|
194
|
+
v
|
|
195
|
+
Review ---> Security
|
|
196
|
+
|
|
|
197
|
+
v
|
|
198
|
+
Ship readiness -----> Ops
|
|
199
|
+
|
|
|
200
|
+
v
|
|
204
201
|
Git completion
|
|
205
202
|
```
|
|
206
203
|
|
|
207
|
-
This is a
|
|
208
|
-
|
|
204
|
+
This is a mental model, not a mandatory pipeline. Choose the skill that matches
|
|
205
|
+
the current intent.
|
|
209
206
|
|
|
210
207
|
## Usage examples
|
|
211
208
|
|
|
212
|
-
Codex discovers installed
|
|
209
|
+
Codex discovers installed skills from natural requests or explicit names:
|
|
213
210
|
|
|
214
211
|
```text
|
|
215
212
|
$showdar-requirements review this ticket for missing rules
|
|
216
|
-
$showdar-plan plan the implementation
|
|
217
213
|
$showdar-debug find the root cause of this crash
|
|
218
214
|
$showdar-quality create regression scenarios
|
|
219
215
|
$showdar-security threat model this auth flow
|
|
@@ -221,7 +217,7 @@ $showdar-ops inspect the deployment setup
|
|
|
221
217
|
$showdar-git commit only the current task changes
|
|
222
218
|
```
|
|
223
219
|
|
|
224
|
-
OpenCode
|
|
220
|
+
OpenCode exposes native commands after initialization with `--ai opencode` or
|
|
225
221
|
`--ai all`:
|
|
226
222
|
|
|
227
223
|
```text
|
|
@@ -234,16 +230,13 @@ OpenCode uses native commands when initialized with `--ai opencode` or
|
|
|
234
230
|
|
|
235
231
|
## Safety boundaries
|
|
236
232
|
|
|
237
|
-
|
|
238
|
-
|
|
239
|
-
|
|
240
|
-
|
|
241
|
-
|
|
242
|
-
|
|
243
|
-
|
|
244
|
-
exposes secret values.
|
|
245
|
-
- `showdar-requirements` records assumptions and open decisions instead of
|
|
246
|
-
inventing stakeholder or business choices.
|
|
233
|
+
| Skill | Boundary |
|
|
234
|
+
| --- | --- |
|
|
235
|
+
| `showdar-ship` | Verifies readiness; it does not deploy or create CI/CD by default. |
|
|
236
|
+
| `showdar-ops` | Handles operational work; remote or production mutation requires explicit intent, target, and authorization. |
|
|
237
|
+
| `showdar-git` | Does not imply push, force-push, or destructive cleanup. |
|
|
238
|
+
| `showdar-security` | Performs defensive, evidence-based analysis and never exposes secret values. |
|
|
239
|
+
| `showdar-requirements` | Records assumptions and open decisions instead of inventing business decisions. |
|
|
247
240
|
|
|
248
241
|
## CLI reference
|
|
249
242
|
|
|
@@ -256,50 +249,36 @@ showdar validate
|
|
|
256
249
|
showdar remove [--scope <project|global>]
|
|
257
250
|
```
|
|
258
251
|
|
|
259
|
-
|
|
260
|
-
`--scope` defaults to `project`;
|
|
261
|
-
and the `mobile`/`web` aliases.
|
|
262
|
-
for
|
|
252
|
+
Main flags are `--ai`, `--profile`, and `--scope`. `--ai` accepts `codex`,
|
|
253
|
+
`opencode`, `claude`, `universal`, or `all`. `--scope` defaults to `project`;
|
|
254
|
+
`--profile` accepts the six canonical profiles and the `mobile`/`web` aliases.
|
|
255
|
+
Run `showdar --help` or a command's `--help` for current options.
|
|
263
256
|
|
|
264
|
-
`showdar validate` validates the installed Showdar package
|
|
265
|
-
|
|
266
|
-
|
|
257
|
+
`showdar validate` validates the installed Showdar package. `showdar doctor`
|
|
258
|
+
checks managed files against ownership hashes, while `showdar remove` removes
|
|
259
|
+
only those managed paths and preserves unrelated files.
|
|
267
260
|
|
|
268
|
-
##
|
|
261
|
+
## Updating and refreshing
|
|
269
262
|
|
|
270
|
-
There is no separate `showdar update` command
|
|
271
|
-
`showdar init` with the same scope, target, and profile:
|
|
263
|
+
There is no separate `showdar update` command:
|
|
272
264
|
|
|
273
265
|
```bash
|
|
274
|
-
#
|
|
266
|
+
# Upgrade the CLI from npm
|
|
275
267
|
npm install -g showdar-skills@latest
|
|
276
268
|
|
|
277
|
-
#
|
|
278
|
-
npm install -g .
|
|
279
|
-
|
|
269
|
+
# Refresh Showdar-owned skills in the selected scope
|
|
280
270
|
showdar init --scope project --ai codex --profile developer
|
|
281
271
|
```
|
|
282
272
|
|
|
283
|
-
|
|
273
|
+
For source development, reinstall from the checkout with `npm install -g .`.
|
|
274
|
+
Re-running `showdar init` is idempotent and refreshes managed files. Use
|
|
284
275
|
`showdar remove` for project scope or `showdar remove --scope global` for the
|
|
285
276
|
user installation.
|
|
286
277
|
|
|
287
|
-
## Maintainer release
|
|
288
|
-
|
|
289
|
-
The first release is manual because the package does not exist on npm yet:
|
|
290
|
-
|
|
291
|
-
```bash
|
|
292
|
-
npm pack
|
|
293
|
-
npm publish ./showdar-skills-0.2.0.tgz
|
|
294
|
-
```
|
|
278
|
+
## Maintainer release guide
|
|
295
279
|
|
|
296
|
-
|
|
297
|
-
|
|
298
|
-
workflow runs only for `v*` tags, verifies the tag/package version, uses OIDC
|
|
299
|
-
with provenance, and contains no npm token. It skips an already-published
|
|
300
|
-
version and fails on registry errors other than a real E404. Trusted
|
|
301
|
-
Publishing is not configured yet. The repository's `RELEASING.md` contains
|
|
302
|
-
the maintainer runbook.
|
|
280
|
+
Release and Trusted Publishing instructions live in the
|
|
281
|
+
[maintainer release guide](https://github.com/caongocquy/showdar-skills/blob/main/RELEASING.md).
|
|
303
282
|
|
|
304
283
|
## Development
|
|
305
284
|
|
|
@@ -312,11 +291,11 @@ npm run eval
|
|
|
312
291
|
npm pack --dry-run
|
|
313
292
|
```
|
|
314
293
|
|
|
315
|
-
Showdar
|
|
316
|
-
|
|
317
|
-
|
|
294
|
+
Showdar is dependency-light and uses Node.js built-ins for its CLI, validator,
|
|
295
|
+
search engine, installer, and tests. Supporting knowledge remains in each
|
|
296
|
+
skill's `data/`, `references/`, `scripts/`, `stacks/`, and `examples/`
|
|
318
297
|
directories so the selected workflow can load it progressively.
|
|
319
298
|
|
|
320
299
|
## License
|
|
321
300
|
|
|
322
|
-
MIT
|
|
301
|
+
[MIT](./LICENSE)
|