@sitar_fiercer4c/skills 0.1.0 → 0.1.2
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 +20 -8
- package/package.json +1 -1
- package/skills/using-git-worktrees/SKILL.md +1 -1
package/README.md
CHANGED
|
@@ -8,6 +8,14 @@ Installing the package copies every skill into the `.claude/skills` directory of
|
|
|
8
8
|
|
|
9
9
|
You need an npm account that has been added as a collaborator on this private package.
|
|
10
10
|
|
|
11
|
+
npm 12 and later block dependency install scripts unless the project allows them. Add this to the project's `package.json` before installing:
|
|
12
|
+
|
|
13
|
+
```json
|
|
14
|
+
"allowScripts": { "@sitar_fiercer4c/skills": true }
|
|
15
|
+
```
|
|
16
|
+
|
|
17
|
+
Use this name-only entry rather than `npm install-scripts approve`. By default that command pins the entry to the installed version (`@sitar_fiercer4c/skills@0.1.0`), which blocks the copy again after the next release. npm 11 ignores the field.
|
|
18
|
+
|
|
11
19
|
```sh
|
|
12
20
|
npm login # or add a read-only token to .npmrc (see below)
|
|
13
21
|
npm install -D @sitar_fiercer4c/skills
|
|
@@ -23,7 +31,7 @@ For CI, add this to the project's `.npmrc` and set `NPM_TOKEN` to a read-only to
|
|
|
23
31
|
|
|
24
32
|
### If install scripts are disabled
|
|
25
33
|
|
|
26
|
-
With `--ignore-scripts`, pnpm, or bun, the postinstall copy
|
|
34
|
+
With `--ignore-scripts`, npm 12+ without the `allowScripts` entry, pnpm, or bun, the postinstall copy doesn't run. Copy the skills manually from the project root:
|
|
27
35
|
|
|
28
36
|
```sh
|
|
29
37
|
npx @sitar_fiercer4c/skills
|
|
@@ -65,11 +73,15 @@ npm skips the copy when the installed version is unchanged. To restore the skill
|
|
|
65
73
|
|
|
66
74
|
Each skill lives in `skills/<name>/` with a `SKILL.md`. `evals/` folders are kept in the repo but excluded from the published package.
|
|
67
75
|
|
|
68
|
-
|
|
76
|
+
## Releasing
|
|
69
77
|
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
78
|
+
Releases are automatic. When a PR that changes `skills/`, `bin/` or `package.json` merges into `main`, the [Publish workflow](.github/workflows/publish.yml):
|
|
79
|
+
|
|
80
|
+
1. Picks the version: the version in `package.json` if it has no `v<version>` tag yet, otherwise the next patch.
|
|
81
|
+
2. Packs the package and checks that installing it copies every skill into `.claude/skills`.
|
|
82
|
+
3. Pushes the version commit and `v<version>` tag to `main`.
|
|
83
|
+
4. Publishes to npm using trusted publishing (no npm token in the repo).
|
|
84
|
+
|
|
85
|
+
For a minor or major release, set the new version in `package.json` in your PR. To check the workflow without publishing, run it manually from the Actions tab with **dry run** checked.
|
|
86
|
+
|
|
87
|
+
Trusted publishing is configured on npmjs.com under the package's Settings → Trusted Publisher (GitHub Actions, repository `thenextepisode-stealth/skills`, workflow `publish.yml`).
|
package/package.json
CHANGED
|
@@ -154,7 +154,7 @@ Ready to implement <feature-name>
|
|
|
154
154
|
| Directory not ignored | Add to .gitignore + commit |
|
|
155
155
|
| Permission error on create | Sandbox fallback, work in place |
|
|
156
156
|
| Tests fail during baseline | Report failures + ask |
|
|
157
|
-
| No package.json
|
|
157
|
+
| No package.json, Cargo.toml, requirements.txt, pyproject.toml or go.mod | Skip dependency install |
|
|
158
158
|
|
|
159
159
|
## Common Rationalizations
|
|
160
160
|
|