@olegkoval/agent-skills 1.2.2 → 1.3.0
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 +2 -1
- package/.cursor-plugin/index.json +5 -0
- package/README.md +13 -2
- package/catalog/skills.json +20 -0
- package/collections/software-development.json +1 -0
- package/package.json +1 -1
- package/packages/software-development/add-to-my-skills/SKILL.md +86 -0
- package/packages/software-development/add-to-my-skills/adapters/claude/plugin.json +5 -0
- package/packages/software-development/add-to-my-skills/adapters/claude/skills/add-to-my-skills/SKILL.md +88 -0
- package/packages/software-development/add-to-my-skills/adapters/codex/README.md +3 -0
- package/packages/software-development/add-to-my-skills/adapters/cursor/plugin.json +6 -0
- package/packages/software-development/add-to-my-skills/adapters/cursor/skills/add-to-my-skills/SKILL.md +88 -0
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "olko-agent-skills",
|
|
3
3
|
"description": "Agent-agnostic skill catalog for Codex, Claude, Cursor, and other skill-aware tools.",
|
|
4
|
-
"version": "1.2.
|
|
4
|
+
"version": "1.2.2",
|
|
5
5
|
"author": {
|
|
6
6
|
"name": "Oleg Koval"
|
|
7
7
|
},
|
|
@@ -18,6 +18,7 @@
|
|
|
18
18
|
"./packages/software-development/promptctl",
|
|
19
19
|
"./packages/music/fill-music-player",
|
|
20
20
|
"./packages/software-development/product-builder",
|
|
21
|
+
"./packages/software-development/add-to-my-skills",
|
|
21
22
|
"./packages/software-development/open-source-publisher",
|
|
22
23
|
"./packages/marketing/viral-launch",
|
|
23
24
|
"./packages/marketing/search-console-indexing-audit"
|
|
@@ -46,6 +46,11 @@
|
|
|
46
46
|
"source": "./packages/software-development/product-builder/adapters/cursor",
|
|
47
47
|
"description": "Build a full-stack web application or SaaS product from a user description using production-oriented defaults."
|
|
48
48
|
},
|
|
49
|
+
{
|
|
50
|
+
"name": "olko:add-to-my-skills",
|
|
51
|
+
"source": "./packages/software-development/add-to-my-skills/adapters/cursor",
|
|
52
|
+
"description": "Copy a newly created skill into this catalog, refresh manifests, and publish the change."
|
|
53
|
+
},
|
|
49
54
|
{
|
|
50
55
|
"name": "olko:open-source-publisher",
|
|
51
56
|
"source": "./packages/software-development/open-source-publisher/adapters/cursor",
|
package/README.md
CHANGED
|
@@ -3,7 +3,7 @@
|
|
|
3
3
|
<p><strong>Agent-agnostic skill catalog for Codex, Claude, Cursor, and other skill-aware tools.</strong></p>
|
|
4
4
|
<p>
|
|
5
5
|
<img src="https://img.shields.io/badge/license-MIT-16a34a" alt="MIT license">
|
|
6
|
-
<img src="https://img.shields.io/badge/skills-
|
|
6
|
+
<img src="https://img.shields.io/badge/skills-12-2563eb" alt="12 skills">
|
|
7
7
|
<img src="https://img.shields.io/badge/platforms-Codex%20%7C%20Claude%20%7C%20Cursor%20%7C%20Copilot-111827" alt="Codex Claude Cursor Copilot">
|
|
8
8
|
<img src="https://img.shields.io/badge/status-public%20catalog-16a34a" alt="Public catalog">
|
|
9
9
|
</p>
|
|
@@ -116,7 +116,7 @@ packages/{category}/{skill}/adapters/
|
|
|
116
116
|
|
|
117
117
|
</details>
|
|
118
118
|
|
|
119
|
-
## All
|
|
119
|
+
## All 12 Skills
|
|
120
120
|
|
|
121
121
|
These packages are the entry points. Each one is a structured workflow with concrete trigger conditions and execution steps. You can reference any skill directly by its `olko:*` lookup name.
|
|
122
122
|
|
|
@@ -129,6 +129,7 @@ These packages are the entry points. Each one is a structured workflow with conc
|
|
|
129
129
|
| [changelog-generator](packages/software-development/changelog-generator/SKILL.md) | Generates user-facing changelogs and release notes from git history | Preparing release notes, app store update text, customer changelogs, or internal release summaries |
|
|
130
130
|
| [gh-cli](packages/software-development/gh-cli/SKILL.md) | Guides GitHub CLI usage for repos, PRs, Actions, releases, issues, and related GitHub operations | Working with GitHub from the command line and needing reliable `gh` commands |
|
|
131
131
|
| [git-commit](packages/software-development/git-commit/SKILL.md) | Creates conventional commits with diff-aware staging and message generation | The user asks to commit changes or wants a conventional commit message from the current diff |
|
|
132
|
+
| [add-to-my-skills](packages/software-development/add-to-my-skills/SKILL.md) | Copies a skill from another repo into this catalog, then refreshes docs, manifests, commit, and push | Bringing a newly created skill into this repository |
|
|
132
133
|
| [promptctl](packages/software-development/promptctl/SKILL.md) | Uses `promptctl` for reusable prompt templates, scoring, and workflow automation | A project needs prompt conventions, prompt review, prompt scoring, or reusable prompt workflows |
|
|
133
134
|
| [product-builder](packages/software-development/product-builder/SKILL.md) | Builds a full-stack web app or SaaS product from a user description using production-oriented defaults | The user asks to build a complete app, SaaS, dashboard, or product rather than a prototype |
|
|
134
135
|
|
|
@@ -167,6 +168,10 @@ Use the olko:semantic-release-beta skill to add prereleases on a beta branch.
|
|
|
167
168
|
Use the olko:gallery skill to build a photo gallery from this image folder.
|
|
168
169
|
```
|
|
169
170
|
|
|
171
|
+
```text
|
|
172
|
+
Use the olko:add-to-my-skills skill to copy a skill from another repo into this catalog, update the README, and push the change.
|
|
173
|
+
```
|
|
174
|
+
|
|
170
175
|
```text
|
|
171
176
|
Use the olko:viral-launch skill to make this project launch-ready.
|
|
172
177
|
```
|
|
@@ -224,6 +229,7 @@ agent-skills/
|
|
|
224
229
|
│ │ ├── changelog-generator/
|
|
225
230
|
│ │ ├── gh-cli/
|
|
226
231
|
│ │ ├── git-commit/
|
|
232
|
+
│ │ ├── add-to-my-skills/
|
|
227
233
|
│ │ ├── promptctl/
|
|
228
234
|
│ │ └── product-builder/
|
|
229
235
|
│ ├── music/
|
|
@@ -324,6 +330,11 @@ The following package workflows have been smoke-tested locally before first push
|
|
|
324
330
|
- ran `semantic-release --dry-run --no-ci` on `beta`
|
|
325
331
|
- verified prerelease calculation to `1.0.0-beta.1`
|
|
326
332
|
|
|
333
|
+
- `add-to-my-skills`
|
|
334
|
+
- copied a source skill into `packages/software-development/`
|
|
335
|
+
- refreshed generated manifests with `./scripts/build-adapters.sh`
|
|
336
|
+
- validated catalog and generated files with `./scripts/validate-catalog.sh`
|
|
337
|
+
|
|
327
338
|
The semantic-release smoke test was intentionally self-contained and used a local bare git remote plus a valid `file://` repository URL so dry-run behavior could be validated without real npm or GitHub publishing credentials.
|
|
328
339
|
|
|
329
340
|
## Licensing notes
|
package/catalog/skills.json
CHANGED
|
@@ -177,6 +177,26 @@
|
|
|
177
177
|
"copilot"
|
|
178
178
|
]
|
|
179
179
|
},
|
|
180
|
+
{
|
|
181
|
+
"name": "add-to-my-skills",
|
|
182
|
+
"lookupName": "olko:add-to-my-skills",
|
|
183
|
+
"category": "software-development",
|
|
184
|
+
"path": "packages/software-development/add-to-my-skills",
|
|
185
|
+
"description": "Copy a newly created skill into this catalog, refresh manifests, and publish the change.",
|
|
186
|
+
"tags": [
|
|
187
|
+
"skills",
|
|
188
|
+
"skillshare",
|
|
189
|
+
"catalog",
|
|
190
|
+
"git",
|
|
191
|
+
"push"
|
|
192
|
+
],
|
|
193
|
+
"adapters": [
|
|
194
|
+
"codex",
|
|
195
|
+
"claude",
|
|
196
|
+
"cursor",
|
|
197
|
+
"copilot"
|
|
198
|
+
]
|
|
199
|
+
},
|
|
180
200
|
{
|
|
181
201
|
"name": "open-source-publisher",
|
|
182
202
|
"lookupName": "olko:open-source-publisher",
|
package/package.json
CHANGED
|
@@ -0,0 +1,86 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: add-to-my-skills
|
|
3
|
+
description: Copy a newly created skill from another repo into this catalog, refresh the README and generated manifests, then commit and push the change. Use when the user wants to bring a skill they built elsewhere into this repository.
|
|
4
|
+
license: MIT
|
|
5
|
+
compatibility: Codex, Claude Code, Cursor, and other Agent Skills compatible tools. Requires a writable git repository and access to the source skill repo.
|
|
6
|
+
metadata:
|
|
7
|
+
author: Oleg Koval
|
|
8
|
+
tags:
|
|
9
|
+
- skills
|
|
10
|
+
- skillshare
|
|
11
|
+
- catalog
|
|
12
|
+
- git
|
|
13
|
+
- commit
|
|
14
|
+
- push
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
# Add to My Skills
|
|
18
|
+
|
|
19
|
+
Use this skill when a skill was created in another repository and needs to be copied into this catalog as a first-class package.
|
|
20
|
+
|
|
21
|
+
## Outcome
|
|
22
|
+
|
|
23
|
+
Bring the source skill into `packages/software-development/`, register it in the catalog, refresh generated docs and adapters, and publish the change with a git commit and push.
|
|
24
|
+
|
|
25
|
+
## When to Use
|
|
26
|
+
|
|
27
|
+
- The user created a new `SKILL.md` in another repo and wants it added here
|
|
28
|
+
- The user wants this catalog to become the canonical home for that skill
|
|
29
|
+
- The user wants the README, generated manifests, commit, and push handled in one pass
|
|
30
|
+
|
|
31
|
+
## Clarify Before Acting
|
|
32
|
+
|
|
33
|
+
If any of these are unclear, ask up to 3 questions in one batch before editing:
|
|
34
|
+
|
|
35
|
+
- Source repo or source skill path
|
|
36
|
+
- Final skill name if it should differ from the source
|
|
37
|
+
- Destination branch or remote if the push target is unclear
|
|
38
|
+
|
|
39
|
+
Default assumptions when not specified:
|
|
40
|
+
|
|
41
|
+
- Copy the source skill as a new canonical package in `packages/software-development/<skill-name>/`
|
|
42
|
+
- Keep the source skill name unless the user asks to rename it
|
|
43
|
+
- Use this repository as the destination
|
|
44
|
+
- Commit with a conventional commit message and push to the current branch's upstream
|
|
45
|
+
|
|
46
|
+
## Workflow
|
|
47
|
+
|
|
48
|
+
1. Inspect the source skill:
|
|
49
|
+
- locate the source `SKILL.md`
|
|
50
|
+
- copy any supporting `references/`, `scripts/`, or `assets/` files that the skill needs
|
|
51
|
+
- note any repo-specific assumptions that need to be rewritten for this catalog
|
|
52
|
+
2. Choose the package location:
|
|
53
|
+
- default to `packages/software-development/<skill-name>/`
|
|
54
|
+
- ensure the package directory name matches the `name` frontmatter value
|
|
55
|
+
3. Create or update the canonical package:
|
|
56
|
+
- write `SKILL.md` first
|
|
57
|
+
- keep the frontmatter accurate and concise
|
|
58
|
+
- make the workflow explicit, actionable, and self-contained
|
|
59
|
+
4. Register the package in the repository inventory:
|
|
60
|
+
- add the package to `catalog/skills.json`
|
|
61
|
+
- add it to the appropriate collection file if it belongs in a bundle
|
|
62
|
+
- update `README.md` so the package list, counts, and usage examples stay current
|
|
63
|
+
5. Refresh generated outputs:
|
|
64
|
+
- run `./scripts/build-adapters.sh`
|
|
65
|
+
- run `./scripts/validate-catalog.sh`
|
|
66
|
+
6. Verify the new package actually exists:
|
|
67
|
+
- confirm `packages/software-development/<skill-name>/SKILL.md`
|
|
68
|
+
- confirm generated adapter files and prompt files were created
|
|
69
|
+
7. Commit and push:
|
|
70
|
+
- inspect `git status`
|
|
71
|
+
- commit the change with a conventional message
|
|
72
|
+
- push to the current upstream branch
|
|
73
|
+
|
|
74
|
+
## Git Safety
|
|
75
|
+
|
|
76
|
+
- Never overwrite unrelated changes
|
|
77
|
+
- Never force push unless the user explicitly asks
|
|
78
|
+
- Never commit secrets copied from the source repo
|
|
79
|
+
- If the source skill is incomplete or ambiguous, stop and ask for clarification instead of guessing
|
|
80
|
+
|
|
81
|
+
## Verification
|
|
82
|
+
|
|
83
|
+
- `./scripts/build-adapters.sh` completes successfully
|
|
84
|
+
- `./scripts/validate-catalog.sh` passes
|
|
85
|
+
- `git status` shows only the intended package, catalog, README, and generated files
|
|
86
|
+
- `git push` succeeds to the expected remote
|
|
@@ -0,0 +1,88 @@
|
|
|
1
|
+
<!-- Generated by scripts/build-adapters.sh. Do not edit directly. -->
|
|
2
|
+
|
|
3
|
+
---
|
|
4
|
+
name: add-to-my-skills
|
|
5
|
+
description: Copy a newly created skill from another repo into this catalog, refresh the README and generated manifests, then commit and push the change. Use when the user wants to bring a skill they built elsewhere into this repository.
|
|
6
|
+
license: MIT
|
|
7
|
+
compatibility: Codex, Claude Code, Cursor, and other Agent Skills compatible tools. Requires a writable git repository and access to the source skill repo.
|
|
8
|
+
metadata:
|
|
9
|
+
author: Oleg Koval
|
|
10
|
+
tags:
|
|
11
|
+
- skills
|
|
12
|
+
- skillshare
|
|
13
|
+
- catalog
|
|
14
|
+
- git
|
|
15
|
+
- commit
|
|
16
|
+
- push
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
# Add to My Skills
|
|
20
|
+
|
|
21
|
+
Use this skill when a skill was created in another repository and needs to be copied into this catalog as a first-class package.
|
|
22
|
+
|
|
23
|
+
## Outcome
|
|
24
|
+
|
|
25
|
+
Bring the source skill into `packages/software-development/`, register it in the catalog, refresh generated docs and adapters, and publish the change with a git commit and push.
|
|
26
|
+
|
|
27
|
+
## When to Use
|
|
28
|
+
|
|
29
|
+
- The user created a new `SKILL.md` in another repo and wants it added here
|
|
30
|
+
- The user wants this catalog to become the canonical home for that skill
|
|
31
|
+
- The user wants the README, generated manifests, commit, and push handled in one pass
|
|
32
|
+
|
|
33
|
+
## Clarify Before Acting
|
|
34
|
+
|
|
35
|
+
If any of these are unclear, ask up to 3 questions in one batch before editing:
|
|
36
|
+
|
|
37
|
+
- Source repo or source skill path
|
|
38
|
+
- Final skill name if it should differ from the source
|
|
39
|
+
- Destination branch or remote if the push target is unclear
|
|
40
|
+
|
|
41
|
+
Default assumptions when not specified:
|
|
42
|
+
|
|
43
|
+
- Copy the source skill as a new canonical package in `packages/software-development/<skill-name>/`
|
|
44
|
+
- Keep the source skill name unless the user asks to rename it
|
|
45
|
+
- Use this repository as the destination
|
|
46
|
+
- Commit with a conventional commit message and push to the current branch's upstream
|
|
47
|
+
|
|
48
|
+
## Workflow
|
|
49
|
+
|
|
50
|
+
1. Inspect the source skill:
|
|
51
|
+
- locate the source `SKILL.md`
|
|
52
|
+
- copy any supporting `references/`, `scripts/`, or `assets/` files that the skill needs
|
|
53
|
+
- note any repo-specific assumptions that need to be rewritten for this catalog
|
|
54
|
+
2. Choose the package location:
|
|
55
|
+
- default to `packages/software-development/<skill-name>/`
|
|
56
|
+
- ensure the package directory name matches the `name` frontmatter value
|
|
57
|
+
3. Create or update the canonical package:
|
|
58
|
+
- write `SKILL.md` first
|
|
59
|
+
- keep the frontmatter accurate and concise
|
|
60
|
+
- make the workflow explicit, actionable, and self-contained
|
|
61
|
+
4. Register the package in the repository inventory:
|
|
62
|
+
- add the package to `catalog/skills.json`
|
|
63
|
+
- add it to the appropriate collection file if it belongs in a bundle
|
|
64
|
+
- update `README.md` so the package list, counts, and usage examples stay current
|
|
65
|
+
5. Refresh generated outputs:
|
|
66
|
+
- run `./scripts/build-adapters.sh`
|
|
67
|
+
- run `./scripts/validate-catalog.sh`
|
|
68
|
+
6. Verify the new package actually exists:
|
|
69
|
+
- confirm `packages/software-development/<skill-name>/SKILL.md`
|
|
70
|
+
- confirm generated adapter files and prompt files were created
|
|
71
|
+
7. Commit and push:
|
|
72
|
+
- inspect `git status`
|
|
73
|
+
- commit the change with a conventional message
|
|
74
|
+
- push to the current upstream branch
|
|
75
|
+
|
|
76
|
+
## Git Safety
|
|
77
|
+
|
|
78
|
+
- Never overwrite unrelated changes
|
|
79
|
+
- Never force push unless the user explicitly asks
|
|
80
|
+
- Never commit secrets copied from the source repo
|
|
81
|
+
- If the source skill is incomplete or ambiguous, stop and ask for clarification instead of guessing
|
|
82
|
+
|
|
83
|
+
## Verification
|
|
84
|
+
|
|
85
|
+
- `./scripts/build-adapters.sh` completes successfully
|
|
86
|
+
- `./scripts/validate-catalog.sh` passes
|
|
87
|
+
- `git status` shows only the intended package, catalog, README, and generated files
|
|
88
|
+
- `git push` succeeds to the expected remote
|
|
@@ -0,0 +1,88 @@
|
|
|
1
|
+
<!-- Generated by scripts/build-adapters.sh. Do not edit directly. -->
|
|
2
|
+
|
|
3
|
+
---
|
|
4
|
+
name: add-to-my-skills
|
|
5
|
+
description: Copy a newly created skill from another repo into this catalog, refresh the README and generated manifests, then commit and push the change. Use when the user wants to bring a skill they built elsewhere into this repository.
|
|
6
|
+
license: MIT
|
|
7
|
+
compatibility: Codex, Claude Code, Cursor, and other Agent Skills compatible tools. Requires a writable git repository and access to the source skill repo.
|
|
8
|
+
metadata:
|
|
9
|
+
author: Oleg Koval
|
|
10
|
+
tags:
|
|
11
|
+
- skills
|
|
12
|
+
- skillshare
|
|
13
|
+
- catalog
|
|
14
|
+
- git
|
|
15
|
+
- commit
|
|
16
|
+
- push
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
# Add to My Skills
|
|
20
|
+
|
|
21
|
+
Use this skill when a skill was created in another repository and needs to be copied into this catalog as a first-class package.
|
|
22
|
+
|
|
23
|
+
## Outcome
|
|
24
|
+
|
|
25
|
+
Bring the source skill into `packages/software-development/`, register it in the catalog, refresh generated docs and adapters, and publish the change with a git commit and push.
|
|
26
|
+
|
|
27
|
+
## When to Use
|
|
28
|
+
|
|
29
|
+
- The user created a new `SKILL.md` in another repo and wants it added here
|
|
30
|
+
- The user wants this catalog to become the canonical home for that skill
|
|
31
|
+
- The user wants the README, generated manifests, commit, and push handled in one pass
|
|
32
|
+
|
|
33
|
+
## Clarify Before Acting
|
|
34
|
+
|
|
35
|
+
If any of these are unclear, ask up to 3 questions in one batch before editing:
|
|
36
|
+
|
|
37
|
+
- Source repo or source skill path
|
|
38
|
+
- Final skill name if it should differ from the source
|
|
39
|
+
- Destination branch or remote if the push target is unclear
|
|
40
|
+
|
|
41
|
+
Default assumptions when not specified:
|
|
42
|
+
|
|
43
|
+
- Copy the source skill as a new canonical package in `packages/software-development/<skill-name>/`
|
|
44
|
+
- Keep the source skill name unless the user asks to rename it
|
|
45
|
+
- Use this repository as the destination
|
|
46
|
+
- Commit with a conventional commit message and push to the current branch's upstream
|
|
47
|
+
|
|
48
|
+
## Workflow
|
|
49
|
+
|
|
50
|
+
1. Inspect the source skill:
|
|
51
|
+
- locate the source `SKILL.md`
|
|
52
|
+
- copy any supporting `references/`, `scripts/`, or `assets/` files that the skill needs
|
|
53
|
+
- note any repo-specific assumptions that need to be rewritten for this catalog
|
|
54
|
+
2. Choose the package location:
|
|
55
|
+
- default to `packages/software-development/<skill-name>/`
|
|
56
|
+
- ensure the package directory name matches the `name` frontmatter value
|
|
57
|
+
3. Create or update the canonical package:
|
|
58
|
+
- write `SKILL.md` first
|
|
59
|
+
- keep the frontmatter accurate and concise
|
|
60
|
+
- make the workflow explicit, actionable, and self-contained
|
|
61
|
+
4. Register the package in the repository inventory:
|
|
62
|
+
- add the package to `catalog/skills.json`
|
|
63
|
+
- add it to the appropriate collection file if it belongs in a bundle
|
|
64
|
+
- update `README.md` so the package list, counts, and usage examples stay current
|
|
65
|
+
5. Refresh generated outputs:
|
|
66
|
+
- run `./scripts/build-adapters.sh`
|
|
67
|
+
- run `./scripts/validate-catalog.sh`
|
|
68
|
+
6. Verify the new package actually exists:
|
|
69
|
+
- confirm `packages/software-development/<skill-name>/SKILL.md`
|
|
70
|
+
- confirm generated adapter files and prompt files were created
|
|
71
|
+
7. Commit and push:
|
|
72
|
+
- inspect `git status`
|
|
73
|
+
- commit the change with a conventional message
|
|
74
|
+
- push to the current upstream branch
|
|
75
|
+
|
|
76
|
+
## Git Safety
|
|
77
|
+
|
|
78
|
+
- Never overwrite unrelated changes
|
|
79
|
+
- Never force push unless the user explicitly asks
|
|
80
|
+
- Never commit secrets copied from the source repo
|
|
81
|
+
- If the source skill is incomplete or ambiguous, stop and ask for clarification instead of guessing
|
|
82
|
+
|
|
83
|
+
## Verification
|
|
84
|
+
|
|
85
|
+
- `./scripts/build-adapters.sh` completes successfully
|
|
86
|
+
- `./scripts/validate-catalog.sh` passes
|
|
87
|
+
- `git status` shows only the intended package, catalog, README, and generated files
|
|
88
|
+
- `git push` succeeds to the expected remote
|