opencode-skills-collection 3.0.42 → 3.0.44
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 +10 -0
- package/bundled-skills/.antigravity-install-manifest.json +3 -1
- package/bundled-skills/2slides-ppt-generator/SKILL.md +8 -18
- package/bundled-skills/accesslint-diff/SKILL.md +5 -2
- package/bundled-skills/android-dev/SKILL.md +524 -0
- package/bundled-skills/android-dev/references/flutter.md +269 -0
- package/bundled-skills/android-dev/references/hybrid.md +158 -0
- package/bundled-skills/android-dev/references/java-android.md +586 -0
- package/bundled-skills/android-dev/references/kmm.md +206 -0
- package/bundled-skills/android-dev/references/native-android.md +239 -0
- package/bundled-skills/android-dev/references/react-native.md +242 -0
- package/bundled-skills/docs/integrations/jetski-cortex.md +3 -3
- package/bundled-skills/docs/integrations/jetski-gemini-loader/README.md +1 -1
- package/bundled-skills/docs/maintainers/repo-growth-seo.md +3 -3
- package/bundled-skills/docs/maintainers/skills-update-guide.md +1 -1
- package/bundled-skills/docs/users/bundles.md +1 -1
- package/bundled-skills/docs/users/claude-code-skills.md +1 -1
- package/bundled-skills/docs/users/gemini-cli-skills.md +1 -1
- package/bundled-skills/docs/users/getting-started.md +1 -1
- package/bundled-skills/docs/users/kiro-integration.md +1 -1
- package/bundled-skills/docs/users/usage.md +4 -4
- package/bundled-skills/docs/users/visual-guide.md +4 -4
- package/bundled-skills/event-staffing-ordering/SKILL.md +2 -17
- package/bundled-skills/unship/SKILL.md +138 -0
- package/package.json +1 -1
- package/skills_index.json +44 -0
|
@@ -21,7 +21,7 @@ This example shows one way to integrate **antigravity-awesome-skills** with a Je
|
|
|
21
21
|
- How to enforce a **maximum number of skills per turn** via `maxSkillsPerTurn`.
|
|
22
22
|
- How to choose whether to **truncate or error** when too many skills are requested via `overflowBehavior`.
|
|
23
23
|
|
|
24
|
-
This pattern avoids context overflow when you have 1,
|
|
24
|
+
This pattern avoids context overflow when you have 1,527+ skills installed.
|
|
25
25
|
|
|
26
26
|
Manifest contract references:
|
|
27
27
|
|
|
@@ -6,7 +6,7 @@ This document keeps the repository's GitHub-facing discovery copy aligned with t
|
|
|
6
6
|
|
|
7
7
|
Preferred positioning:
|
|
8
8
|
|
|
9
|
-
> Installable GitHub library of 1,
|
|
9
|
+
> Installable GitHub library of 1,527+ agentic skills for Claude Code, Cursor, Codex CLI, Gemini CLI, Antigravity, and other AI coding assistants.
|
|
10
10
|
|
|
11
11
|
Key framing:
|
|
12
12
|
|
|
@@ -20,7 +20,7 @@ Key framing:
|
|
|
20
20
|
|
|
21
21
|
Preferred description:
|
|
22
22
|
|
|
23
|
-
> Installable GitHub library of 1,
|
|
23
|
+
> Installable GitHub library of 1,527+ agentic skills for Claude Code, Cursor, Codex CLI, Gemini CLI, Antigravity, and more. Includes installer CLI, bundles, workflows, and official/community skill collections.
|
|
24
24
|
|
|
25
25
|
Preferred homepage:
|
|
26
26
|
|
|
@@ -28,7 +28,7 @@ Preferred homepage:
|
|
|
28
28
|
|
|
29
29
|
Preferred social preview:
|
|
30
30
|
|
|
31
|
-
- use a clean preview image that says `1,
|
|
31
|
+
- use a clean preview image that says `1,527+ Agentic Skills`;
|
|
32
32
|
- mention Claude Code, Cursor, Codex CLI, and Gemini CLI;
|
|
33
33
|
- avoid dense text and tiny logos that disappear in social cards.
|
|
34
34
|
|
|
@@ -72,7 +72,7 @@ The update process refreshes:
|
|
|
72
72
|
- Canonical skills index (`skills_index.json`)
|
|
73
73
|
- Compatibility mirror (`data/skills_index.json`)
|
|
74
74
|
- Web app skills data (`apps\web-app\public\skills.json`)
|
|
75
|
-
- All 1,
|
|
75
|
+
- All 1,527+ skills from the skills directory
|
|
76
76
|
|
|
77
77
|
## When to Update
|
|
78
78
|
|
|
@@ -12,7 +12,7 @@ Install the library into Claude Code, then invoke focused skills directly in the
|
|
|
12
12
|
|
|
13
13
|
## Why use this repo for Claude Code
|
|
14
14
|
|
|
15
|
-
- It includes 1,
|
|
15
|
+
- It includes 1,527+ skills instead of a narrow single-domain starter pack.
|
|
16
16
|
- It supports the standard `.claude/skills/` path and the Claude Code plugin marketplace flow.
|
|
17
17
|
- It also ships generated bundle plugins so teams can install focused packs like `Essentials` or `Security Developer` from the marketplace metadata.
|
|
18
18
|
- It includes onboarding docs, bundles, and workflows so new users do not need to guess where to begin.
|
|
@@ -12,7 +12,7 @@ Install into the Gemini skills path, then ask Gemini to apply one skill at a tim
|
|
|
12
12
|
|
|
13
13
|
- It installs directly into the expected Gemini skills path.
|
|
14
14
|
- It includes both core software engineering skills and deeper agent/LLM-oriented skills.
|
|
15
|
-
- It helps new users get started with bundles and workflows rather than forcing a cold start from 1,
|
|
15
|
+
- It helps new users get started with bundles and workflows rather than forcing a cold start from 1,527+ files.
|
|
16
16
|
- It is useful whether you want a broad internal skill library or a single repo to test many workflows quickly.
|
|
17
17
|
|
|
18
18
|
## Install Gemini CLI Skills
|
|
@@ -18,7 +18,7 @@ Kiro is AWS's agentic AI IDE that combines:
|
|
|
18
18
|
|
|
19
19
|
Kiro's agentic capabilities are enhanced by skills that provide:
|
|
20
20
|
|
|
21
|
-
- **Domain expertise** across 1,
|
|
21
|
+
- **Domain expertise** across 1,527+ specialized areas
|
|
22
22
|
- **Best practices** from Anthropic, OpenAI, Google, Microsoft, and AWS
|
|
23
23
|
- **Workflow automation** for common development tasks
|
|
24
24
|
- **AWS-specific patterns** for serverless, infrastructure, and cloud architecture
|
|
@@ -14,7 +14,7 @@ If you came in through a **Claude Code** or **Codex** plugin instead of a full l
|
|
|
14
14
|
|
|
15
15
|
When you ran `npx antigravity-awesome-skills` or cloned the repository, you:
|
|
16
16
|
|
|
17
|
-
✅ **Downloaded 1,
|
|
17
|
+
✅ **Downloaded 1,527+ skill files** to your computer (default: `~/.agents/skills/`; or a custom path like `~/.agent/skills/` if you used `--path`)
|
|
18
18
|
✅ **Made them available** to your AI assistant
|
|
19
19
|
❌ **Did NOT enable them all automatically** (they're just sitting there, waiting)
|
|
20
20
|
|
|
@@ -34,7 +34,7 @@ Bundles are **curated groups** of skills organized by role. They help you decide
|
|
|
34
34
|
|
|
35
35
|
**Analogy:**
|
|
36
36
|
|
|
37
|
-
- You installed a toolbox with 1,
|
|
37
|
+
- You installed a toolbox with 1,527+ tools (✅ done)
|
|
38
38
|
- Bundles are like **labeled organizer trays** saying: "If you're a carpenter, start with these 10 tools"
|
|
39
39
|
- You can either **pick skills from the tray** or install that tray as a focused marketplace bundle plugin
|
|
40
40
|
|
|
@@ -212,7 +212,7 @@ Let's actually use a skill right now. Follow these steps:
|
|
|
212
212
|
|
|
213
213
|
## Step 5: Picking Your First Skills (Practical Advice)
|
|
214
214
|
|
|
215
|
-
Don't try to use all 1,
|
|
215
|
+
Don't try to use all 1,527+ skills at once. Here's a sensible approach:
|
|
216
216
|
|
|
217
217
|
If you want a tool-specific starting point before choosing skills, use:
|
|
218
218
|
|
|
@@ -343,7 +343,7 @@ Usually no, but if your AI doesn't recognize a skill:
|
|
|
343
343
|
|
|
344
344
|
### "Can I load all skills into the model at once?"
|
|
345
345
|
|
|
346
|
-
No. Even though you have 1,
|
|
346
|
+
No. Even though you have 1,527+ skills installed locally, you should **not** concatenate every `SKILL.md` into a single system prompt or context block.
|
|
347
347
|
|
|
348
348
|
The intended pattern is:
|
|
349
349
|
|
|
@@ -34,7 +34,7 @@ antigravity-awesome-skills/
|
|
|
34
34
|
├── 📄 CONTRIBUTING.md ← Contributor workflow
|
|
35
35
|
├── 📄 CATALOG.md ← Full generated catalog
|
|
36
36
|
│
|
|
37
|
-
├── 📁 skills/ ← 1,
|
|
37
|
+
├── 📁 skills/ ← 1,527+ skills live here
|
|
38
38
|
│ │
|
|
39
39
|
│ ├── 📁 brainstorming/
|
|
40
40
|
│ │ └── 📄 SKILL.md ← Skill definition
|
|
@@ -47,7 +47,7 @@ antigravity-awesome-skills/
|
|
|
47
47
|
│ │ └── 📁 2d-games/
|
|
48
48
|
│ │ └── 📄 SKILL.md ← Nested skills also supported
|
|
49
49
|
│ │
|
|
50
|
-
│ └── ... (1,
|
|
50
|
+
│ └── ... (1,527+ total)
|
|
51
51
|
│
|
|
52
52
|
├── 📁 apps/
|
|
53
53
|
│ └── 📁 web-app/ ← Interactive browser
|
|
@@ -100,7 +100,7 @@ antigravity-awesome-skills/
|
|
|
100
100
|
|
|
101
101
|
```
|
|
102
102
|
┌─────────────────────────┐
|
|
103
|
-
│ 1,
|
|
103
|
+
│ 1,527+ SKILLS │
|
|
104
104
|
└────────────┬────────────┘
|
|
105
105
|
│
|
|
106
106
|
┌────────────────────────┼────────────────────────┐
|
|
@@ -201,7 +201,7 @@ If you want a workspace-style manual install instead, cloning into `.agent/skill
|
|
|
201
201
|
│ ├── 📁 brainstorming/ │
|
|
202
202
|
│ ├── 📁 stripe-integration/ │
|
|
203
203
|
│ ├── 📁 react-best-practices/ │
|
|
204
|
-
│ └── ... (1,
|
|
204
|
+
│ └── ... (1,527+ total) │
|
|
205
205
|
└─────────────────────────────────────────┘
|
|
206
206
|
```
|
|
207
207
|
|
|
@@ -75,29 +75,14 @@ with the gathered details. Alternatives: email **megan@tempguru.co** or call **(
|
|
|
75
75
|
TempGuru responds within one business day; orders are confirmed within
|
|
76
76
|
48 hours. There is no subscription — billing is per event.
|
|
77
77
|
|
|
78
|
-
A `request_quote` MCP write tool for direct agent submission is planned;
|
|
79
|
-
until it ships, submission is human-in-the-loop via the form above.
|
|
80
|
-
|
|
81
|
-
## Limitations
|
|
82
|
-
|
|
83
|
-
- MCP lookups provide planning guidance only; they do not reserve workers,
|
|
84
|
-
create a quote, or guarantee availability for a specific event date.
|
|
85
|
-
- Final rates, staffing confirmation, background checks, COIs, and event
|
|
86
|
-
terms must come from TempGuru or the assigned staffing coordinator.
|
|
87
|
-
- The skill should not collect payment details, credentials, private attendee
|
|
88
|
-
data, or venue contracts; use the official request form or direct contact.
|
|
89
|
-
- Compliance notes are operational guidance and should be routed to the
|
|
90
|
-
companion compliance skill or qualified counsel when legal certainty is
|
|
91
|
-
required.
|
|
92
|
-
|
|
93
78
|
## Limitations
|
|
94
79
|
|
|
95
80
|
- Rate ranges are planning estimates — not final quotes. Binding pricing comes from TempGuru after human review.
|
|
96
81
|
- Availability responses are lead-time guidance, not reservations.
|
|
97
82
|
- Coverage is limited to US and Canadian markets (300+ cities). Not applicable for events outside this geography.
|
|
98
83
|
- Does not support permanent hiring, industrial/warehouse temp work, or 1099 gig-worker sourcing.
|
|
99
|
-
-
|
|
100
|
-
-
|
|
84
|
+
- Submission is human-in-the-loop via the get-staffing form; a TempGuru coordinator reviews each request and confirms final pricing.
|
|
85
|
+
- This skill performs read-only lookups and routes submission to the get-staffing form; it does not write to or modify TempGuru data.
|
|
101
86
|
|
|
102
87
|
## Rules for agents
|
|
103
88
|
|
|
@@ -0,0 +1,138 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: unship
|
|
3
|
+
description: "Compare AI agent-made UI variants locally in a real app, then keep one and clean up unused temporary code."
|
|
4
|
+
category: development
|
|
5
|
+
risk: safe
|
|
6
|
+
source: community
|
|
7
|
+
source_repo: mbenhard/unship
|
|
8
|
+
source_type: community
|
|
9
|
+
date_added: "2026-06-07"
|
|
10
|
+
author: Marcus Benhard
|
|
11
|
+
tags: [ui-variants, frontend, local-first, coding-agents]
|
|
12
|
+
tools: [claude-code, antigravity, cursor, gemini-cli, codex-cli, opencode]
|
|
13
|
+
license: "MIT"
|
|
14
|
+
license_source: "https://github.com/mbenhard/unship/blob/main/LICENSE"
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
# Unship
|
|
18
|
+
|
|
19
|
+
## Overview
|
|
20
|
+
|
|
21
|
+
Unship is a local workflow for comparing AI-generated UI alternatives in the real application instead of accepting one generated version at a time. It adds temporary source-level variants, shows a local browser picker, and then cleans up the unused options after the user chooses.
|
|
22
|
+
|
|
23
|
+
This skill is for frontend iteration with coding agents. It is not production A/B testing, analytics, feature flagging, or a hosted experiment service.
|
|
24
|
+
|
|
25
|
+
## When to Use This Skill
|
|
26
|
+
|
|
27
|
+
- Use when the user wants to compare multiple UI, layout, copy, state, flow, or design-system alternatives.
|
|
28
|
+
- Use when a coding agent should create several temporary options in real source code and let the user judge them in the running local app.
|
|
29
|
+
- Use when the user chooses a visible option and wants the losing temporary code removed before shipping.
|
|
30
|
+
|
|
31
|
+
## Do Not Use This Skill When
|
|
32
|
+
|
|
33
|
+
- The user needs production experiments, traffic splitting, analytics, or feature flags.
|
|
34
|
+
- The app cannot safely render inactive hidden variants because of duplicate active IDs, global scripts, analytics triggers, focus traps, destructive actions, or autoplay side effects.
|
|
35
|
+
- The user has not authorized local source edits.
|
|
36
|
+
|
|
37
|
+
## How It Works
|
|
38
|
+
|
|
39
|
+
### 1. Install or reuse Unship
|
|
40
|
+
|
|
41
|
+
Prefer the project-local binary when it exists:
|
|
42
|
+
|
|
43
|
+
```bash
|
|
44
|
+
./node_modules/.bin/unship doctor --json --no-update-check
|
|
45
|
+
```
|
|
46
|
+
|
|
47
|
+
Otherwise use the npm package without assuming a global binary:
|
|
48
|
+
|
|
49
|
+
```bash
|
|
50
|
+
npx -y @unship/cli@latest doctor --json --no-update-check
|
|
51
|
+
```
|
|
52
|
+
|
|
53
|
+
If setup is needed for the local picker, run:
|
|
54
|
+
|
|
55
|
+
```bash
|
|
56
|
+
npx -y @unship/cli@latest setup --json
|
|
57
|
+
```
|
|
58
|
+
|
|
59
|
+
Patch only the smallest development-only mount point required to load the picker in the local preview.
|
|
60
|
+
|
|
61
|
+
### 2. Create temporary variants
|
|
62
|
+
|
|
63
|
+
Inspect the relevant page, component, route, or rendered artifact. Add the smallest source-level comparison that lets the user judge real options in context.
|
|
64
|
+
|
|
65
|
+
Use Unship markup:
|
|
66
|
+
|
|
67
|
+
```html
|
|
68
|
+
<section data-unship-pick="Hero">
|
|
69
|
+
<div data-unship-option="Current">...</div>
|
|
70
|
+
<div data-unship-option="Proof-led" hidden>...</div>
|
|
71
|
+
<div data-unship-option="Visual" hidden>...</div>
|
|
72
|
+
</section>
|
|
73
|
+
```
|
|
74
|
+
|
|
75
|
+
Keep option labels short and visible. Prefer 2-4 meaningful alternatives unless the user asked for a specific count.
|
|
76
|
+
|
|
77
|
+
### 3. Verify comparison readiness
|
|
78
|
+
|
|
79
|
+
Before handing off to the user, check that:
|
|
80
|
+
|
|
81
|
+
- the expected `data-unship-pick` group exists;
|
|
82
|
+
- the expected option labels exist;
|
|
83
|
+
- options are direct children of the group;
|
|
84
|
+
- exactly one option is initially visible;
|
|
85
|
+
- hidden inactive options remain hidden.
|
|
86
|
+
|
|
87
|
+
### 4. Let the user choose
|
|
88
|
+
|
|
89
|
+
Tell the user the group label, option labels, setup status, and any detected local preview server hints. The user chooses by naming a visible option label in chat.
|
|
90
|
+
|
|
91
|
+
### 5. Clean up after selection
|
|
92
|
+
|
|
93
|
+
When the user picks a winner, keep that option's real source and remove losing options for that group. Remove temporary `data-unship-*` attributes from settled source.
|
|
94
|
+
|
|
95
|
+
For final cleanup before shipping, remove all Unship artifacts and run:
|
|
96
|
+
|
|
97
|
+
```bash
|
|
98
|
+
npx -y @unship/cli@latest check --json
|
|
99
|
+
```
|
|
100
|
+
|
|
101
|
+
Do not claim cleanup is complete until the check reports clean.
|
|
102
|
+
|
|
103
|
+
## Best Practices
|
|
104
|
+
|
|
105
|
+
- Keep Unship work local and temporary.
|
|
106
|
+
- Preserve the existing app design language unless the user explicitly asks for a different direction.
|
|
107
|
+
- Avoid unrelated refactors while variants are temporary.
|
|
108
|
+
- Do not put custom tabs, app preferences, or permanent switchers into product UI for Unship comparisons.
|
|
109
|
+
- Keep inactive options safe: avoid duplicate active IDs, submit controls, global scripts, analytics triggers, focus traps, destructive side effects, and stateful providers.
|
|
110
|
+
|
|
111
|
+
## Limitations
|
|
112
|
+
|
|
113
|
+
- Unship does not decide which variant wins; the human chooses.
|
|
114
|
+
- Unship does not replace design review, browser QA, accessibility checks, or production release validation.
|
|
115
|
+
- Unship is not intended for production traffic, remote analytics, or persistent product experiments.
|
|
116
|
+
|
|
117
|
+
## Security & Safety Notes
|
|
118
|
+
|
|
119
|
+
- Run commands only in a local project the user has authorized you to modify.
|
|
120
|
+
- Treat generated variants as temporary code that must be cleaned before release.
|
|
121
|
+
- Before destructive cleanup, confirm the selected option label when the user's choice is ambiguous.
|
|
122
|
+
- If a baseline build or typecheck already fails before Unship edits, report that baseline state and keep variant work isolated.
|
|
123
|
+
|
|
124
|
+
## Common Pitfalls
|
|
125
|
+
|
|
126
|
+
- **Problem:** Hidden variants override `hidden` with CSS.
|
|
127
|
+
**Solution:** Preserve `[hidden] { display: none !important; }` near variant-specific CSS when needed.
|
|
128
|
+
|
|
129
|
+
- **Problem:** The user says "keep the second one" after more changes.
|
|
130
|
+
**Solution:** Confirm the exact group and option label before editing source.
|
|
131
|
+
|
|
132
|
+
- **Problem:** The comparison grows into a broad redesign.
|
|
133
|
+
**Solution:** Reduce scope to the smallest section, state, or flow that can be judged in the running app.
|
|
134
|
+
|
|
135
|
+
## Related Skills
|
|
136
|
+
|
|
137
|
+
- `@webapp-testing` - Use for browser-based functional checks after frontend changes.
|
|
138
|
+
- `@mobile-design` - Use when comparing mobile-specific UI patterns and platform constraints.
|
package/package.json
CHANGED
package/skills_index.json
CHANGED
|
@@ -1439,6 +1439,28 @@
|
|
|
1439
1439
|
"reasons": []
|
|
1440
1440
|
}
|
|
1441
1441
|
},
|
|
1442
|
+
{
|
|
1443
|
+
"id": "android-dev",
|
|
1444
|
+
"path": "skills/android-dev",
|
|
1445
|
+
"category": "mobile",
|
|
1446
|
+
"name": "android-dev",
|
|
1447
|
+
"description": "Production-grade Android app development guide covering native (Kotlin/Java), cross-platform (Flutter, RN, KMM), and hybrid architectures.",
|
|
1448
|
+
"risk": "safe",
|
|
1449
|
+
"source": "community",
|
|
1450
|
+
"date_added": "2026-06-08",
|
|
1451
|
+
"plugin": {
|
|
1452
|
+
"targets": {
|
|
1453
|
+
"codex": "supported",
|
|
1454
|
+
"claude": "supported"
|
|
1455
|
+
},
|
|
1456
|
+
"setup": {
|
|
1457
|
+
"type": "none",
|
|
1458
|
+
"summary": "",
|
|
1459
|
+
"docs": null
|
|
1460
|
+
},
|
|
1461
|
+
"reasons": []
|
|
1462
|
+
}
|
|
1463
|
+
},
|
|
1442
1464
|
{
|
|
1443
1465
|
"id": "android-jetpack-compose-expert",
|
|
1444
1466
|
"path": "skills/android-jetpack-compose-expert",
|
|
@@ -31248,6 +31270,28 @@
|
|
|
31248
31270
|
"reasons": []
|
|
31249
31271
|
}
|
|
31250
31272
|
},
|
|
31273
|
+
{
|
|
31274
|
+
"id": "unship",
|
|
31275
|
+
"path": "skills/unship",
|
|
31276
|
+
"category": "development",
|
|
31277
|
+
"name": "unship",
|
|
31278
|
+
"description": "Compare AI agent-made UI variants locally in a real app, then keep one and clean up unused temporary code.",
|
|
31279
|
+
"risk": "safe",
|
|
31280
|
+
"source": "community",
|
|
31281
|
+
"date_added": "2026-06-07",
|
|
31282
|
+
"plugin": {
|
|
31283
|
+
"targets": {
|
|
31284
|
+
"codex": "supported",
|
|
31285
|
+
"claude": "supported"
|
|
31286
|
+
},
|
|
31287
|
+
"setup": {
|
|
31288
|
+
"type": "none",
|
|
31289
|
+
"summary": "",
|
|
31290
|
+
"docs": null
|
|
31291
|
+
},
|
|
31292
|
+
"reasons": []
|
|
31293
|
+
}
|
|
31294
|
+
},
|
|
31251
31295
|
{
|
|
31252
31296
|
"id": "unslop",
|
|
31253
31297
|
"path": "skills/unslop",
|