opencode-skills-collection 3.0.49 → 3.0.51
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/bundled-skills/.antigravity-install-manifest.json +27 -1
- package/bundled-skills/ab-test-setup/SKILL.md +14 -0
- package/bundled-skills/apple-notes-search/SKILL.md +122 -0
- package/bundled-skills/astropy/references/coordinates.md +9 -0
- package/bundled-skills/astropy/references/cosmology.md +8 -0
- package/bundled-skills/astropy/references/fits.md +8 -0
- package/bundled-skills/astropy/references/tables.md +8 -0
- package/bundled-skills/astropy/references/time.md +7 -0
- package/bundled-skills/astropy/references/units.md +9 -0
- package/bundled-skills/astropy/references/wcs_and_other_modules.md +9 -0
- package/bundled-skills/browser-extension-builder/SKILL.md +1 -1
- package/bundled-skills/ckw-design/SKILL.md +129 -0
- package/bundled-skills/deterministic-design/SKILL.md +56 -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/lint-and-validate/SKILL.md +3 -1
- package/bundled-skills/lookdev/SKILL.md +229 -0
- package/bundled-skills/lookdev-auto/SKILL.md +102 -0
- package/bundled-skills/macos-screen-recorder/SKILL.md +59 -0
- package/bundled-skills/pr-merge-champion/SKILL.md +116 -0
- package/bundled-skills/programmatic-seo/SKILL.md +11 -0
- package/bundled-skills/schema-markup/SKILL.md +11 -0
- package/bundled-skills/screenstudio-alt/SKILL.md +91 -0
- package/bundled-skills/super-code/SKILL.md +209 -0
- package/bundled-skills/super-code/bash/SKILL.md +292 -0
- package/bundled-skills/super-code/c/SKILL.md +263 -0
- package/bundled-skills/super-code/cpp/SKILL.md +271 -0
- package/bundled-skills/super-code/csharp/SKILL.md +276 -0
- package/bundled-skills/super-code/dart/SKILL.md +327 -0
- package/bundled-skills/super-code/elixir/SKILL.md +366 -0
- package/bundled-skills/super-code/go/SKILL.md +234 -0
- package/bundled-skills/super-code/java/SKILL.md +230 -0
- package/bundled-skills/super-code/kotlin/SKILL.md +281 -0
- package/bundled-skills/super-code/php/SKILL.md +316 -0
- package/bundled-skills/super-code/python/SKILL.md +315 -0
- package/bundled-skills/super-code/ruby/SKILL.md +306 -0
- package/bundled-skills/super-code/rust/SKILL.md +289 -0
- package/bundled-skills/super-code/scala/SKILL.md +302 -0
- package/bundled-skills/super-code/swift/SKILL.md +299 -0
- package/bundled-skills/super-code/typescript/SKILL.md +286 -0
- package/bundled-skills/web-media-getter/SKILL.md +119 -0
- package/bundled-skills/youtube-seo-optimizer/SKILL.md +9 -9
- package/package.json +1 -1
- package/skills_index.json +574 -0
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"schemaVersion": 1,
|
|
3
|
-
"updatedAt": "2026-06-
|
|
3
|
+
"updatedAt": "2026-06-19T02:46:58.138Z",
|
|
4
4
|
"entries": [
|
|
5
5
|
"00-andruia-consultant",
|
|
6
6
|
"007",
|
|
@@ -119,6 +119,7 @@
|
|
|
119
119
|
"app-store-changelog",
|
|
120
120
|
"app-store-optimization",
|
|
121
121
|
"appdeploy",
|
|
122
|
+
"apple-notes-search",
|
|
122
123
|
"application-performance-performance-optimization",
|
|
123
124
|
"architect-review",
|
|
124
125
|
"architecture",
|
|
@@ -352,6 +353,7 @@
|
|
|
352
353
|
"circleci-automation",
|
|
353
354
|
"cirq",
|
|
354
355
|
"citation-management",
|
|
356
|
+
"ckw-design",
|
|
355
357
|
"claimable-postgres",
|
|
356
358
|
"clarity-gate",
|
|
357
359
|
"clarvia-aeo-check",
|
|
@@ -512,6 +514,7 @@
|
|
|
512
514
|
"design-orchestration",
|
|
513
515
|
"design-spells",
|
|
514
516
|
"design-taste-frontend",
|
|
517
|
+
"deterministic-design",
|
|
515
518
|
"devcontainer-setup",
|
|
516
519
|
"development",
|
|
517
520
|
"devops-deploy",
|
|
@@ -882,6 +885,8 @@
|
|
|
882
885
|
"logistics-exception-management",
|
|
883
886
|
"loki-mode",
|
|
884
887
|
"longbridge",
|
|
888
|
+
"lookdev",
|
|
889
|
+
"lookdev-auto",
|
|
885
890
|
"loss-aversion-designer",
|
|
886
891
|
"lovable-cleanup",
|
|
887
892
|
"m365-agents-dotnet",
|
|
@@ -889,6 +894,7 @@
|
|
|
889
894
|
"m365-agents-ts",
|
|
890
895
|
"machine-learning-ops-ml-pipeline",
|
|
891
896
|
"macos-menubar-tuist-app",
|
|
897
|
+
"macos-screen-recorder",
|
|
892
898
|
"macos-spm-app-packaging",
|
|
893
899
|
"magic-animator",
|
|
894
900
|
"magic-ui-generator",
|
|
@@ -1100,6 +1106,7 @@
|
|
|
1100
1106
|
"postmortem-writing",
|
|
1101
1107
|
"powershell-windows",
|
|
1102
1108
|
"pptx-official",
|
|
1109
|
+
"pr-merge-champion",
|
|
1103
1110
|
"pr-writer",
|
|
1104
1111
|
"price-psychology-strategist",
|
|
1105
1112
|
"pricing-strategy",
|
|
@@ -1215,6 +1222,7 @@
|
|
|
1215
1222
|
"scikit-learn",
|
|
1216
1223
|
"screen-reader-testing",
|
|
1217
1224
|
"screenshots",
|
|
1225
|
+
"screenstudio-alt",
|
|
1218
1226
|
"scroll-experience",
|
|
1219
1227
|
"seaborn",
|
|
1220
1228
|
"search-specialist",
|
|
@@ -1365,6 +1373,23 @@
|
|
|
1365
1373
|
"subagent-orchestrator",
|
|
1366
1374
|
"subject-line-psychologist",
|
|
1367
1375
|
"supabase-automation",
|
|
1376
|
+
"super-code",
|
|
1377
|
+
"super-code/bash",
|
|
1378
|
+
"super-code/c",
|
|
1379
|
+
"super-code/cpp",
|
|
1380
|
+
"super-code/csharp",
|
|
1381
|
+
"super-code/dart",
|
|
1382
|
+
"super-code/elixir",
|
|
1383
|
+
"super-code/go",
|
|
1384
|
+
"super-code/java",
|
|
1385
|
+
"super-code/kotlin",
|
|
1386
|
+
"super-code/php",
|
|
1387
|
+
"super-code/python",
|
|
1388
|
+
"super-code/ruby",
|
|
1389
|
+
"super-code/rust",
|
|
1390
|
+
"super-code/scala",
|
|
1391
|
+
"super-code/swift",
|
|
1392
|
+
"super-code/typescript",
|
|
1368
1393
|
"superpowers-lab",
|
|
1369
1394
|
"supply-chain-risk-auditor",
|
|
1370
1395
|
"sveltekit",
|
|
@@ -1514,6 +1539,7 @@
|
|
|
1514
1539
|
"wcag-audit-patterns",
|
|
1515
1540
|
"web-artifacts-builder",
|
|
1516
1541
|
"web-design-guidelines",
|
|
1542
|
+
"web-media-getter",
|
|
1517
1543
|
"web-performance-optimization",
|
|
1518
1544
|
"web-scraper",
|
|
1519
1545
|
"web-security-testing",
|
|
@@ -127,6 +127,20 @@ Estimate:
|
|
|
127
127
|
|
|
128
128
|
---
|
|
129
129
|
|
|
130
|
+
### Tracking Verification (Required before Gate 8)
|
|
131
|
+
|
|
132
|
+
Before entering the Execution Readiness Gate below, run through this checklist to make "Tracking is verified" mean something concrete:
|
|
133
|
+
|
|
134
|
+
1. **Event firing:** Trigger each event the primary and secondary metrics depend on (sign-up, add-to-cart, custom event) on staging or a debug page, and confirm it lands in your analytics destination within 30 seconds.
|
|
135
|
+
2. **Variant attribution:** Verify that the variant assignment ID is attached to every fired event — not just the entry event. Use your analytics' raw event view to compare a sample of 5+ events per variant.
|
|
136
|
+
3. **De-duplication:** Confirm that a user reloading the page does not cause double-counted events. If your stack uses client-side de-duping, the variant ID must be part of the dedup key.
|
|
137
|
+
4. **Sample randomization:** Pull the first 100 assignment records from your assignment table; the variant split should be within ±5% of the configured allocation.
|
|
138
|
+
5. **Guardrail metric pipeline:** Each guardrail metric defined in §6️⃣ must have a working dashboard or alert by the time the test launches.
|
|
139
|
+
|
|
140
|
+
If any of the above fails, stop and resolve it before Gate 8.
|
|
141
|
+
|
|
142
|
+
---
|
|
143
|
+
|
|
130
144
|
## 8️⃣ Execution Readiness Gate (Hard Stop)
|
|
131
145
|
|
|
132
146
|
You may proceed to implementation **only if all are true**:
|
|
@@ -0,0 +1,122 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: apple-notes-search
|
|
3
|
+
description: "Semantic + keyword search and connection-discovery across the user's own Apple Notes via the apple-notes MCP server. Use when the user wants to find, recall, or synthesize something from their notes, or surface non-obvious bridges/related notes. macOS, on-device."
|
|
4
|
+
risk: safe
|
|
5
|
+
source: community
|
|
6
|
+
source_repo: connerkward/mcp-apple-notes
|
|
7
|
+
source_type: community
|
|
8
|
+
date_added: "2026-06-16"
|
|
9
|
+
author: connerkward
|
|
10
|
+
tags: [apple-notes, search, mcp, macos, semantic-search, knowledge]
|
|
11
|
+
tools: [claude-code]
|
|
12
|
+
license: "MIT"
|
|
13
|
+
license_source: "https://github.com/connerkward/mcp-apple-notes/blob/main/LICENSE"
|
|
14
|
+
---
|
|
15
|
+
|
|
16
|
+
# Apple Notes search & connection-discovery
|
|
17
|
+
|
|
18
|
+
`apple-notes` is an MCP server for semantic search and connection-discovery across the
|
|
19
|
+
user's own Apple Notes — hybrid search, Swanson-ABC bridges, entity threads, and cited
|
|
20
|
+
synthesis over everything they've written. Embeddings, search, BM25, clustering, and
|
|
21
|
+
bridges run **on-device**; only **synthesis generation** calls an LLM (local OR cloud,
|
|
22
|
+
the user's choice).
|
|
23
|
+
|
|
24
|
+
This skill covers (1) the one-time setup you must walk the user through, and (2) which
|
|
25
|
+
tool to reach for, since the server exposes many.
|
|
26
|
+
|
|
27
|
+
## When to Use This Skill
|
|
28
|
+
|
|
29
|
+
- Use when the user wants to **find, recall, or look up** something from their own Apple
|
|
30
|
+
Notes ("search my notes for X", "what did I write about X", "did I ever note Y").
|
|
31
|
+
- Use when the user wants to surface **non-obvious connections** across their notes
|
|
32
|
+
("find bridges/connections across my notes", "what links X and Y", "show related notes").
|
|
33
|
+
- Use when the user wants to **synthesize a position** from their notes ("summarize what I
|
|
34
|
+
think about X from my notes", "pull together everything I've written on X").
|
|
35
|
+
- Also use for "index my Apple Notes", tag/folder queries, and "what's connected to X".
|
|
36
|
+
- Do **not** use for creating reminders, or for non-Apple-Notes note systems.
|
|
37
|
+
|
|
38
|
+
## First: is the MCP connected?
|
|
39
|
+
|
|
40
|
+
If `apple-notes` tools are not available, the server isn't registered yet — do the
|
|
41
|
+
**Setup** below before anything else. If tools exist but a search returns "not indexed"
|
|
42
|
+
or empty, run `index-notes` first (see Ranking caveats).
|
|
43
|
+
|
|
44
|
+
## Setup (walk the user through this — it's the skill's real value)
|
|
45
|
+
|
|
46
|
+
The server reads Apple Notes' SQLite store directly, so the **bun** binary needs Full
|
|
47
|
+
Disk Access. Steps, in order:
|
|
48
|
+
|
|
49
|
+
1. **Install bun** (if absent): `brew install oven-sh/bun/bun`
|
|
50
|
+
2. **Clone + install deps:**
|
|
51
|
+
```bash
|
|
52
|
+
git clone https://github.com/connerkward/mcp-apple-notes
|
|
53
|
+
cd mcp-apple-notes && bun install
|
|
54
|
+
```
|
|
55
|
+
3. **Grant Full Disk Access to bun.** Run `which bun`, then open System Settings →
|
|
56
|
+
Privacy & Security → Full Disk Access, click `+`, and add that exact `bun` binary
|
|
57
|
+
path (commonly `/opt/homebrew/bin/bun` or `/usr/local/bin/bun`). Without this the
|
|
58
|
+
server cannot read NoteStore.sqlite and every call fails with a permissions error.
|
|
59
|
+
(`bun install`'s postinstall tries to open this pane automatically.)
|
|
60
|
+
4. **Register the MCP server** (pick the user's client):
|
|
61
|
+
- Claude Code: `claude mcp add apple-notes -- bun /absolute/path/to/mcp-apple-notes/index.ts --stdio`
|
|
62
|
+
- Claude Desktop: add to `claude_desktop_config.json`:
|
|
63
|
+
```json
|
|
64
|
+
{ "mcpServers": { "apple-notes": {
|
|
65
|
+
"command": "/Users/<you>/.bun/bin/bun",
|
|
66
|
+
"args": ["/Users/<you>/mcp-apple-notes/index.ts", "--stdio"] } } }
|
|
67
|
+
```
|
|
68
|
+
- As a Claude Code plugin (bundles this skill too): `/plugin marketplace add connerkward/ckw-skills` then `/plugin install apple-notes@connerkward`.
|
|
69
|
+
5. **Restart the client**, then tell the user to ask **"Index my Apple Notes"** (or call
|
|
70
|
+
`index-notes`). First index of ~1,800 notes takes a few seconds.
|
|
71
|
+
|
|
72
|
+
## Tool map — which tool for which job
|
|
73
|
+
|
|
74
|
+
| Tool | Use when |
|
|
75
|
+
|------|----------|
|
|
76
|
+
| `index-notes` | First run, or to force a rebuild. Background job with live progress. |
|
|
77
|
+
| `search-notes` | **Default search.** Hybrid semantic + BM25, re-ranked. Optional `folder`, `modifiedAfter`, `modifiedBefore`. "What did I write about X." |
|
|
78
|
+
| `find-notes` | Exact substring match (like the Apple Notes search box). Use when the user wants a literal string, not meaning. Optional `folder`, date range. |
|
|
79
|
+
| `get-note` | Fetch one full note by title (fuzzy fallback). |
|
|
80
|
+
| `list-notes` | Notes by recency. Optional `folder`, date range, `limit`. |
|
|
81
|
+
| `list-folders` | All folders + note counts. |
|
|
82
|
+
| `list-tags` / `search-by-tag` | `#hashtag` inventory / notes carrying a given tag. |
|
|
83
|
+
| `related-notes` | Notes related to a given one via shared tags, `[[wikilinks]]`, and vector similarity. "Show me related notes." |
|
|
84
|
+
| `bridge-notes` | **Swanson-ABC bridges** — non-obvious connections: pairs (A, C) not directly similar but both strongly tied to a shared intermediary B. "Find non-obvious connections across my notes." Optional `folder`, `limit`. No LLM. |
|
|
85
|
+
| `feed` | Ranked evidence-first connection stream (bridges + abstraction pairs + entity threads) as JSON. Optional `limit`. |
|
|
86
|
+
| `entity-notes` / `list-entities` | "Where else do I talk about Mercedes?" Entity chips → notes by mention weight. **Needs the optional entity graph db** (`~/.mcp-apple-notes/layered_graph.db`); if absent these report how to generate it. |
|
|
87
|
+
| `get-tables` | Pull pipe/tab tables out of a note. |
|
|
88
|
+
| `create-note` / `update-note` | Create or edit a note. |
|
|
89
|
+
| `check-changes` | Did notes change since last index? (does not trigger re-index) |
|
|
90
|
+
| `index-health` | Sync status, last-indexed time, note count. Run this if results seem stale. |
|
|
91
|
+
|
|
92
|
+
For "synthesize what I think about X" the synthesis lives in the **web app** endpoint
|
|
93
|
+
(`GET /api/synthesize?q=` at `http://localhost:3741/` when run with `bun index.ts`),
|
|
94
|
+
which writes a grounded answer with inline `[n]` citations back to source notes.
|
|
95
|
+
|
|
96
|
+
## Ranking caveats (state these when results look off)
|
|
97
|
+
|
|
98
|
+
- **Index before the first search.** No index → empty/garbage results; run `index-notes`.
|
|
99
|
+
- **Auto re-index:** each search does ~1ms change detection and kicks ONE background
|
|
100
|
+
incremental index if notes changed — search returns immediately from the current index
|
|
101
|
+
and catches up when the job lands. If a just-edited note is missing, it's the catch-up
|
|
102
|
+
lag; re-run the search.
|
|
103
|
+
- **Score:** `score = RRF(vector, BM25) × title_boost × recency_factor`.
|
|
104
|
+
- **Temporal queries** (`recent`, `latest`, `today`) auto-shift to a 1-day recency
|
|
105
|
+
half-life at 70% weight; normal queries keep relevance primary (90-day half-life, 10%).
|
|
106
|
+
- **Synthesis is the only cloud-capable part.** It needs an LLM: local via LM Studio /
|
|
107
|
+
Ollama (`SYNTH_BASE_URL=http://localhost:1234/v1 SYNTH_MODEL=<model> OPENAI_API_KEY=local`,
|
|
108
|
+
notes stay on-device) or real OpenAI (funded `OPENAI_API_KEY`, defaults to `gpt-4o-mini`).
|
|
109
|
+
Everything else — embeddings, search, BM25, clustering, bridges, entities — is on-device.
|
|
110
|
+
|
|
111
|
+
## Limitations
|
|
112
|
+
|
|
113
|
+
- macOS and Apple Notes only; it does not search Obsidian, Notion, Google Docs, or other note stores.
|
|
114
|
+
- The MCP server needs local filesystem permissions to read Apple Notes data, so setup cannot be completed purely inside a remote shell.
|
|
115
|
+
- Search quality depends on a fresh local index. Recently edited notes may require `check-changes`, `index-health`, or a rerun after background indexing catches up.
|
|
116
|
+
- Entity tools require the optional layered graph database; without it, use hybrid search, exact search, related notes, or bridges instead.
|
|
117
|
+
|
|
118
|
+
## Credits
|
|
119
|
+
|
|
120
|
+
Fork of [RafalWilinski/mcp-apple-notes](https://github.com/RafalWilinski/mcp-apple-notes);
|
|
121
|
+
this fork reads SQLite + protobuf directly and adds bridges, entities, feed, and synthesis.
|
|
122
|
+
Authored by [Conner K Ward](https://github.com/connerkward). License MIT.
|
|
@@ -0,0 +1,9 @@
|
|
|
1
|
+
# astropy.coordinates — Reference
|
|
2
|
+
|
|
3
|
+
This file is a placeholder for the extended `astropy.coordinates` reference promised in the skill workflow.
|
|
4
|
+
|
|
5
|
+
For detailed coordinate frame descriptions, transformations, observer-dependent frames (AltAz), catalog matching, and performance tips, see the upstream astropy docs:
|
|
6
|
+
|
|
7
|
+
- https://docs.astropy.org/en/stable/coordinates/
|
|
8
|
+
- https://docs.astropy.org/en/stable/coordinates/frames.html
|
|
9
|
+
- https://docs.astropy.org/en/stable/coordinates/matchsep.html
|
|
@@ -0,0 +1,8 @@
|
|
|
1
|
+
# astropy.cosmology — Reference
|
|
2
|
+
|
|
3
|
+
This file is a placeholder for the extended `astropy.cosmology` reference promised in the skill workflow.
|
|
4
|
+
|
|
5
|
+
For available models, distance calculations, time calculations, density parameters, and neutrino effects, see the upstream astropy docs:
|
|
6
|
+
|
|
7
|
+
- https://docs.astropy.org/en/stable/cosmology/
|
|
8
|
+
- https://docs.astropy.org/en/stable/cosmology/realizations.html
|
|
@@ -0,0 +1,8 @@
|
|
|
1
|
+
# astropy.io.fits — Reference
|
|
2
|
+
|
|
3
|
+
This file is a placeholder for the extended `astropy.io.fits` reference promised in the skill workflow.
|
|
4
|
+
|
|
5
|
+
For file operations, header manipulation, image and table handling, multi-extension files, and performance considerations, see the upstream astropy docs:
|
|
6
|
+
|
|
7
|
+
- https://docs.astropy.org/en/stable/io/fits/
|
|
8
|
+
- https://docs.astropy.org/en/stable/io/fits/usage/headers.html
|
|
@@ -0,0 +1,8 @@
|
|
|
1
|
+
# astropy.table — Reference
|
|
2
|
+
|
|
3
|
+
This file is a placeholder for the extended `astropy.table` reference promised in the skill workflow.
|
|
4
|
+
|
|
5
|
+
For table creation, I/O operations, data manipulation, sorting, filtering, joins, grouping, and performance tips, see the upstream astropy docs:
|
|
6
|
+
|
|
7
|
+
- https://docs.astropy.org/en/stable/table/
|
|
8
|
+
- https://docs.astropy.org/en/stable/table/operations.html
|
|
@@ -0,0 +1,7 @@
|
|
|
1
|
+
# astropy.time — Reference
|
|
2
|
+
|
|
3
|
+
This file is a placeholder for the extended `astropy.time` reference promised in the skill workflow.
|
|
4
|
+
|
|
5
|
+
For time formats, time scales, conversions, arithmetic, observing features, and precision handling, see the upstream astropy docs:
|
|
6
|
+
|
|
7
|
+
- https://docs.astropy.org/en/stable/time/
|
|
@@ -0,0 +1,9 @@
|
|
|
1
|
+
# astropy.units — Reference
|
|
2
|
+
|
|
3
|
+
This file is a placeholder for the extended `astropy.units` reference promised in the skill workflow.
|
|
4
|
+
|
|
5
|
+
For comprehensive documentation, unit systems, equivalencies, performance optimization, and unit arithmetic, see the upstream astropy docs:
|
|
6
|
+
|
|
7
|
+
- https://docs.astropy.org/en/stable/units/
|
|
8
|
+
- https://docs.astropy.org/en/stable/units/equivalencies.html
|
|
9
|
+
- https://docs.astropy.org/en/stable/units/standards.html
|
|
@@ -0,0 +1,9 @@
|
|
|
1
|
+
# astropy.wcs and other modules — Reference
|
|
2
|
+
|
|
3
|
+
This file is a placeholder for the extended `astropy.wcs` (and related modules) reference promised in the skill workflow.
|
|
4
|
+
|
|
5
|
+
For WCS operations and transformations, plus related modules (`astropy.modeling`, `astropy.constants`, `astropy.convolution`, etc.), see the upstream astropy docs:
|
|
6
|
+
|
|
7
|
+
- https://docs.astropy.org/en/stable/wcs/
|
|
8
|
+
- https://docs.astropy.org/en/stable/modeling/
|
|
9
|
+
- https://docs.astropy.org/en/stable/constants/
|
|
@@ -0,0 +1,129 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: ckw-design
|
|
3
|
+
description: "Frontend design entry point: direction, design system, visual philosophy. Use whenever building or touching the look of any web UI (components, pages, dashboards, React/Vue/HTML-CSS) or when the user says \"make this look better\", \"fix the spacing/layout\", or mentions styling, color, type, or polish."
|
|
4
|
+
risk: safe
|
|
5
|
+
source: community
|
|
6
|
+
source_type: community
|
|
7
|
+
source_repo: connerkward/ckw-design-skill
|
|
8
|
+
date_added: "2026-06-16"
|
|
9
|
+
author: Conner K Ward
|
|
10
|
+
license: MIT
|
|
11
|
+
tags:
|
|
12
|
+
- design
|
|
13
|
+
- frontend
|
|
14
|
+
- ui
|
|
15
|
+
- css
|
|
16
|
+
- typography
|
|
17
|
+
- responsive
|
|
18
|
+
tools:
|
|
19
|
+
- claude-code
|
|
20
|
+
- antigravity
|
|
21
|
+
- cursor
|
|
22
|
+
- gemini-cli
|
|
23
|
+
- codex-cli
|
|
24
|
+
---
|
|
25
|
+
## When to Use
|
|
26
|
+
|
|
27
|
+
Use whenever building or styling web UIs — components, pages, dashboards, landing pages, React/Vue/HTML-CSS layouts — or whenever the user asks to make something "look better/nicer", fix spacing/layout, or mentions styling, color, typography, fonts, responsive design, polish, or aesthetics, even without the word "design".
|
|
28
|
+
|
|
29
|
+
_Source: [connerkward/ckw-design-skill](https://github.com/connerkward/ckw-design-skill) (MIT)._
|
|
30
|
+
|
|
31
|
+
# Design (entry)
|
|
32
|
+
|
|
33
|
+
Use this skill when the user asks to build or style web UIs: components, pages, dashboards, landing pages, React/Vue/HTML-CSS layouts, or any frontend interface. Goal: distinctive, production-grade output that avoids generic AI aesthetics.
|
|
34
|
+
|
|
35
|
+
**Before reporting any design "done": render it and have a *separate* judge critique the image** (not the code, not self-grading) — see design-spatial §1. Blind generation can't see its own collisions; this applies to all design output, not just spatial work.
|
|
36
|
+
|
|
37
|
+
> **MANDATORY HORIZONTAL-OVERFLOW GATE — runs before ANY web UI is "done".**
|
|
38
|
+
> Measure `document.documentElement.scrollWidth - document.documentElement.clientWidth`
|
|
39
|
+
> at a **narrow width (~390px and ~1024px), this turn**, and confirm it's `0`. This
|
|
40
|
+
> bug is invisible at desktop width and re-appears every time a row (header, nav,
|
|
41
|
+
> toolbar) gains an item, so it ships repeatedly. Default to `flex-wrap:wrap` on
|
|
42
|
+
> header/toolbar rows + `body{overflow-x:clip}`, and **re-measure after adding any
|
|
43
|
+
> element to a horizontal row.** Full procedure + recurrence cases: design-spatial §4.
|
|
44
|
+
> If you haven't measured narrow, you are not done — don't claim it.
|
|
45
|
+
|
|
46
|
+
## Sub-skills (load when relevant)
|
|
47
|
+
|
|
48
|
+
- **design-thinking** — Load for every design task. Defines purpose, tone, domain, color world, review bar, and cross-domain lens (cinema, architecture, marketing, UX, automotive, industrial design). See [design-thinking/SKILL.md](https://github.com/connerkward/ckw-design-skill/blob/main/design-thinking/SKILL.md).
|
|
49
|
+
- **design-system** — Load when implementing: tokens, typography, motion, color semantics, backgrounds. Use when building components, pages, or design systems. See [design-system/SKILL.md](https://github.com/connerkward/ckw-design-skill/blob/main/design-system/SKILL.md).
|
|
50
|
+
- **design-spatial** — Load when composing layout: explicit grid + 8-point spacing constraints, visual-weight/balance/alignment, and a render-then-critique vision loop. The fix for "spatial understanding is off" — generated layout that's centered mush, misaligned, or breaks at some widths. See [design-spatial/SKILL.md](https://github.com/connerkward/ckw-design-skill/blob/main/deterministic-design/design-spatial/SKILL.md).
|
|
51
|
+
- **design-ux** — Load when auditing USABILITY (not just looks): a UI that "feels off"/"sucks to use", is hard to learn, needs an instruction wall, or any interactive tool/editor/app before shipping. Scores the rendered UI against Nielsen's 10 + interaction heuristics via a SEPARATE fresh-eyes judge → prioritized fix list. Usability ≠ aesthetics. See [design-ux/SKILL.md](https://github.com/connerkward/ckw-design-skill/blob/main/deterministic-design/design-ux/SKILL.md).
|
|
52
|
+
- **design-philosophy** — Load for high-concept work, campaigns, or when the user asks for a visual philosophy, manifesto, or unmistakable art-like aesthetic. See [design-philosophy/SKILL.md](https://github.com/connerkward/ckw-design-skill/blob/main/design-philosophy/SKILL.md).
|
|
53
|
+
|
|
54
|
+
## Visual assets — generate or source
|
|
55
|
+
|
|
56
|
+
When design-thinking identifies a need for visual assets (logos, icons, hero images, textures, backgrounds):
|
|
57
|
+
|
|
58
|
+
1. **Generate** → use an image-generation model or API for synthetic/branded assets.
|
|
59
|
+
2. **Source a real/archival one** → free stock or archival image search, often cheaper and more authentic than generating.
|
|
60
|
+
3. Use design-thinking output (tone, domain, color world) to craft prompts / queries.
|
|
61
|
+
4. Evaluate against the design philosophy, refine, integrate into the build.
|
|
62
|
+
|
|
63
|
+
## LLM-assisted work — always annotate model + cost
|
|
64
|
+
|
|
65
|
+
When design work involves running an LLM (generative assets, VLM analysis, layout critique, prompt generation, etc.):
|
|
66
|
+
|
|
67
|
+
- **Before running:** state which model will be used and the estimated cost (e.g., "gpt-4o-mini · ~$0.005/image" or "FLUX v1 · ~$0.006 per gen").
|
|
68
|
+
- **After results:** annotate the output with the model used, actual cost if different from estimate, and any key params (seed, prompt, settings). Cost goes *visible to the user* (in the message, contact sheet header, or asset caption), not buried in logs.
|
|
69
|
+
- **Why:** the user is deciding whether the cost-to-quality trade-off is worth it. Unlabeled or hidden costs hide the most important lever. This rule mirrors `media-attribution-rule` for generative assets and extends it to any LLM operation in the design workflow.
|
|
70
|
+
|
|
71
|
+
**Examples:**
|
|
72
|
+
- "Running gpt-4o-mini layout critique on 8 designs · est. ~$0.04 total" (before).
|
|
73
|
+
- Contact sheet header: "FLUX v1 · $0.48 total (6 gen × $0.08)" (after).
|
|
74
|
+
- Asset caption: "hero_banner_flux-dev_seed3891.jpg" (seeds enable reproducibility).
|
|
75
|
+
- Uncertainty slider result: "VLM triage on 46,978 images · gpt-4o-mini · ~$9.40" (before); "✓ Completed: 12,447 images classified · gpt-4o-mini · $7.62" (after).
|
|
76
|
+
|
|
77
|
+
## Algorithm / model explainers — show the equation, annotate the terms
|
|
78
|
+
|
|
79
|
+
Whenever a UI surfaces an algorithm or model to the user (an "ⓘ how this works"
|
|
80
|
+
panel, a model breakdown, a methods note), **include the actual equation, typeset,
|
|
81
|
+
with its key terms annotated** — don't settle for prose. A scorer described only in
|
|
82
|
+
words ("ranks by how much of the picked color is present") is unfalsifiable hand-
|
|
83
|
+
waving; the formula `score = Σ fracᵢ · max(0, 1 − ΔEᵢ/τ)` with each term labelled
|
|
84
|
+
tells the user *exactly* what the knob does and builds trust that there's real math
|
|
85
|
+
under the hood.
|
|
86
|
+
|
|
87
|
+
**How to apply:**
|
|
88
|
+
- Render one clean, central equation per algorithm — the "sexy" core, not every
|
|
89
|
+
detail. Use proper notation: σ for sigmoid, Σ for sums, ‖·‖ for norms,
|
|
90
|
+
superscripts, ΔE, ∇²; a monospace/serif-math block set off from the prose.
|
|
91
|
+
- **Annotate every symbol** immediately below: what `e_x`, `w`, `τ`, `Q` each are,
|
|
92
|
+
in one line each. An unlabelled equation is decoration; a labelled one is a spec.
|
|
93
|
+
- Keep it dependency-light — styled HTML/Unicode math is fine and works offline; only
|
|
94
|
+
reach for KaTeX/MathJax if the expressions genuinely need it.
|
|
95
|
+
- State the **decision rule** alongside the score (e.g. "personal if P ≥ 0.55").
|
|
96
|
+
- This composes with the model+cost annotation above: the equation says *what* it
|
|
97
|
+
computes, the model/cost line says *what ran it and for how much*.
|
|
98
|
+
|
|
99
|
+
**Example (a logistic head):**
|
|
100
|
+
> P(personal │ x) = σ(**w**·**e**ₓ + b), σ(z) = 1 / (1 + e⁻ᶻ)
|
|
101
|
+
> • **e**ₓ — the image's 768-d embedding · **w**, b — weights learned from your labels
|
|
102
|
+
> · decision: personal if P ≥ 0.55, reference if P ≤ 0.40.
|
|
103
|
+
|
|
104
|
+
## Select-all always has a deselect — no dead-end selections
|
|
105
|
+
|
|
106
|
+
Any **"Select all"** affordance MUST be paired with a way to **clear the selection** —
|
|
107
|
+
preferably the *same button*, label-flipped when everything is already selected
|
|
108
|
+
("Select all" ⇄ "Deselect all"). A select-all with no inverse is a trap: the user
|
|
109
|
+
over-selects (or hits it by reflex), then has to un-click items one by one, or reload
|
|
110
|
+
the page, to get back. The cost is silent — it only bites *after* they've committed to
|
|
111
|
+
the wrong set.
|
|
112
|
+
|
|
113
|
+
**How to apply:**
|
|
114
|
+
- **Toggle the same button** (simplest, fewest controls): when all visible items are
|
|
115
|
+
selected, the button reads "Deselect all" and clears; otherwise "Select all". One
|
|
116
|
+
control, no dead end.
|
|
117
|
+
- Or a **separate Clear/Deselect** shown whenever the selection is non-empty.
|
|
118
|
+
- The deselect must reach the **same scope** the select-all did (all *shown*, all
|
|
119
|
+
*filtered*, all *on this page*) — don't let "Select all" grab 500 but "Clear" only
|
|
120
|
+
drop the 50 on screen.
|
|
121
|
+
- This generalizes: any reversible bulk toggle (select, expand-all, mute-all,
|
|
122
|
+
check-all) needs its inverse one tap away. Symmetry of action — see
|
|
123
|
+
restraint-rule (don't strand the user mid-task).
|
|
124
|
+
|
|
125
|
+
## Limitations
|
|
126
|
+
|
|
127
|
+
- This skill improves visual direction and review discipline, but it does not replace rendering the actual UI and checking it in target browsers or devices.
|
|
128
|
+
- Some recommendations assume access to screenshots, browser automation, or vision review; when those are unavailable, treat the guidance as a design checklist rather than proof.
|
|
129
|
+
- Brand, legal, accessibility, and localization constraints from the product owner override the taste rules here.
|
|
@@ -0,0 +1,56 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: deterministic-design
|
|
3
|
+
description: "Render the UI and prove it's balanced + usable: a deterministic layout audit (centroid / optical-center / pixel-oracle balance via explicit math + annotated screenshot) plus a vision-judged Nielsen usability audit by a separate fresh-eyes judge. The measurement layer taste-only design skills lack."
|
|
4
|
+
risk: safe
|
|
5
|
+
source: community
|
|
6
|
+
source_type: community
|
|
7
|
+
source_repo: connerkward/deterministic-design-skill
|
|
8
|
+
date_added: "2026-06-16"
|
|
9
|
+
author: Conner K Ward
|
|
10
|
+
license: MIT
|
|
11
|
+
tags:
|
|
12
|
+
- design
|
|
13
|
+
- layout
|
|
14
|
+
- usability
|
|
15
|
+
- audit
|
|
16
|
+
- verification
|
|
17
|
+
- vision
|
|
18
|
+
tools:
|
|
19
|
+
- claude-code
|
|
20
|
+
- antigravity
|
|
21
|
+
- cursor
|
|
22
|
+
- gemini-cli
|
|
23
|
+
- codex-cli
|
|
24
|
+
---
|
|
25
|
+
## When to Use
|
|
26
|
+
|
|
27
|
+
Use to catch AI-generated UI that "looks off", is misaligned or centered-mush, or fails usability — when you need to PROVE a layout is balanced and usable instead of trusting the model's eye. Compose it with any taste/token design skill before reporting design "done".
|
|
28
|
+
|
|
29
|
+
_Source: [connerkward/deterministic-design-skill](https://github.com/connerkward/deterministic-design-skill) (MIT)._
|
|
30
|
+
|
|
31
|
+
# deterministic-design
|
|
32
|
+
|
|
33
|
+
Thesis: **determinism beats AI randomness.** A model can't trust its own eye on layout — so
|
|
34
|
+
don't. Render the UI and *measure* it.
|
|
35
|
+
|
|
36
|
+
Two sub-skills (load as needed):
|
|
37
|
+
- **[design-spatial](https://github.com/connerkward/deterministic-design-skill/blob/main/design-spatial/SKILL.md)** — deterministic layout audit: explicit grid
|
|
38
|
+
+ 8-pt spacing, and `layout-audit.js` computes centroid / optical-center / pixel-oracle
|
|
39
|
+
balance and draws an annotated screenshot. **Numbers, not vibes.** Plus a render-then-
|
|
40
|
+
critique vision loop.
|
|
41
|
+
- **[design-ux](https://github.com/connerkward/deterministic-design-skill/blob/main/design-ux/SKILL.md)** — usability audit: scores the rendered UI against
|
|
42
|
+
Nielsen's 10 + interaction heuristics via a SEPARATE fresh-eyes judge → prioritized fix list.
|
|
43
|
+
|
|
44
|
+
This **improves** existing design skills (including the default Anthropic one) by adding the
|
|
45
|
+
layer they lack — it doesn't just advise on taste, it renders, measures, and judges the
|
|
46
|
+
output. Composable with any design skill.
|
|
47
|
+
|
|
48
|
+
In central this lives as a subdir of ckw-design; it **publishes separately** as
|
|
49
|
+
`deterministic-design-skill` (its own distribution) via publish-skill. One of the two
|
|
50
|
+
flagship narratives — the *determinism* one; its sibling is human-in-the-loop (lookdev).
|
|
51
|
+
|
|
52
|
+
## Limitations
|
|
53
|
+
|
|
54
|
+
- Layout metrics and vision-judged audits catch many spatial and usability failures, but they are not a substitute for product judgment or user testing.
|
|
55
|
+
- The workflow requires a rendered UI or screenshot; it cannot validate components that have not been built or captured.
|
|
56
|
+
- Automated scoring can miss brand nuance, copy tone, accessibility needs, and domain-specific user expectations.
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
---
|
|
2
2
|
title: Jetski/Cortex + Gemini Integration Guide
|
|
3
|
-
description: "Use antigravity-awesome-skills with Jetski/Cortex without hitting context-window overflow with 1,
|
|
3
|
+
description: "Use antigravity-awesome-skills with Jetski/Cortex without hitting context-window overflow with 1,595+ skills."
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
# Jetski/Cortex + Gemini: safe integration with 1,
|
|
6
|
+
# Jetski/Cortex + Gemini: safe integration with 1,595+ skills
|
|
7
7
|
|
|
8
8
|
This guide shows how to integrate the `antigravity-awesome-skills` repository with an agent based on **Jetski/Cortex + Gemini** (or similar frameworks) **without exceeding the model context window**.
|
|
9
9
|
|
|
@@ -23,7 +23,7 @@ Never do:
|
|
|
23
23
|
- concatenate all `SKILL.md` content into a single system prompt;
|
|
24
24
|
- re-inject the entire library for **every** request.
|
|
25
25
|
|
|
26
|
-
With 1,
|
|
26
|
+
With 1,595+ skills, this approach fills the context window before user messages are even added, causing truncation.
|
|
27
27
|
|
|
28
28
|
---
|
|
29
29
|
|
|
@@ -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,595+ 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,595+ 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,595+ 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,595+ 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,595+ 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,595+ 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,595+ 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,595+ 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
|