Skill rating
30 skills. The A–F grade combines safety (60%) and quality (40%); tests add a bonus. The rating refreshes automatically from open catalogs.
ManufacturingLogistics and warehouseProcurementQuality controlContact centreField serviceFinanceCustomer supportindustry shortcuts
| # | Grade | Skill | Score ▾ | Safety | Quality | Process | Tests | Popularity | Updated |
|---|---|---|---|---|---|---|---|---|---|
| 1 | A | Use for questions about how, why, or where behavior works in a repository, including questions that name a function or setting. Start behavioral discovery with jg before broad text searches or git his | 100 | 87 | C | — | — | 5 d ago | |
| 2 | B | Refactor cleanly instead of layering sediment. Use for rename requests, stale or misleading names, legacy leftovers, changed scope, or when a change reveals duplicated concepts, local adapters, obsole | 100 | 84 | C | — | — | 5 d ago | |
| 3 | B | Create or revise agent skills. Use when adding a new skill file, renaming a skill, simplifying an existing skill, improving trigger descriptions, or deciding what belongs in a skill versus references, | 100 | 84 | C | — | — | 5 d ago | |
| 4 | B | Build AI-powered software with TypeSafe: small units of AI intelligence you can use like programming primitives. Its System One models, including Jev, turn natural language and application state into | 100 | 85 | D | — | — | 5 d ago | |
| 5 | B | Use Claude Code as an independent `claude -p` subagent when the user explicitly asks for Claude, wants a second-agent opinion from Claude, or asks to delegate a well-scoped task to Claude. Supports se | 100 | 84 | C | — | — | 5 d ago | |
| 6 | B | Eval and improve a skill against golden cases — run the target skill blind in a fresh, context-free subagent on each example input, grade the artifact against the expected outcome, and let the gaps dr | 100 | 83 | A | — | — | 5 d ago | |
| 7 | B | Audit and prioritize performance work through bounded-work and forward-progress checks. Use when asked to find performance issues, investigate freezes/500s/OOMs, review retries or polling for no-progr | 100 | 80 | C | — | — | 5 d ago | |
| 8 | B | Guide the user through a quadrant walk that maps the unknowns of a task — open by listing the known knowns, then work through known unknowns, unknown knowns, and unknown unknowns one stage at a time, | 100 | 79 | C | — | — | 11 h ago | |
| 9 | B | Best-practice rulebook for a marketing site's pages, organized by page class — campaign landers, product pages, programmatic SEO trees, editorial. Use when writing or updating a landing/marketing page | 100 | 80 | D | — | — | 5 d ago | |
| 10 | B | Run fast, progressive experiments to map tunable parameters and their effects. Use when optimizing code, prompts, configurations, or other artifacts against a goal or benchmark, or when a long researc | 100 | 80 | C | — | — | 5 d ago | |
| 11 | B | Open image shots (screenshots, snapshot baselines, montages, renders) in ONE macOS Preview window so the user can eyeball them. Use when the user asks to open / show / pull up / review shots in Previe | 100 | 80 | B | — | — | 5 d ago | |
| 12 | B | Audit or rewrite AGENTS.md so it holds only lasting principles. Run it only when the user asks for it by name; never invoke it on your own. | 100 | 80 | C | — | — | 5 d ago | |
| 13 | B | Make a showreel-grade motion-graphics launch video, with music, that introduces a CLI, library, or product from its repo. Use when asked for a launch, promo, sizzle, or showreel video, an animated int | 100 | 80 | C | — | — | 5 d ago | |
| 14 | B | Write and edit project docs (README/markdown) as a glossary of principles, not a mirror of the code. Use when creating or revising a README; when a doc enumerates exact scenes, scenarios, helpers, cla | 100 | 80 | C | — | — | 5 d ago | |
| 15 | C | Explain a technical spec or proposed change in plain language: what problem it solves, how the solution works, and every schema change. | 100 | 71 | B | — | — | 5 d ago | |
| 16 | C | Review changed code for naming, stale references, unnecessary complexity, and comment quality. Use after completing implementation work, before committing, or when the user asks to review or audit cod | 95 | 70 | B | — | — | 5 d ago | |
| 17 | C | Hand a spec that is mid-implementation to another machine or another agent. | 100 | 61 | C | — | — | 5 d ago | |
| 18 | B | Compare screenshots against the intended design, distinguishing approved references from historical baselines. Use for iterative implementation matching, before/after visual review, objective image te | 100 | 81 | D missing files | — | — | 5 d ago | |
| 19 | B | Use the unprimed sub agent as a second set of eyes before accepting visual work — MANDATORY before declaring any user-reported visual bug fixed or claiming a visual change verified; primed eyes pass d | 100 | 81 | D missing files | — | — | 5 d ago | |
| 20 | B | Use the local Codex CLI as an independent second agent. Two branches — (1) proactively run `codex review` for a second opinion after completing a substantive change, before presenting it as done or co | 100 | 78 | C missing files | — | — | 5 d ago | |
| 21 | B | Write tests that pin real behavior instead of implementation details, config values, or lucky samples. Use when adding tests for new behavior, writing a regression test, fixing a brittle or flaky test | 100 | 74 | D missing files | — | — | 5 d ago | |
| 22 | B | When a spec under specs/<feature>/ is done shipping (a write-spec build, or any planned task that produced a spec), archive it to specs/done/ and rewrite it from a build-plan into a durable rationale | 100 | 74 | F missing files | — | — | 5 d ago | |
| 23 | B | Audit the decisions an implementing agent made, not its diff — a pure audit that traces the session's history into a decisions ledger, changes no code, and never blocks an unsupervised run. Working co | 100 | 74 | D missing files | — | — | 11 h ago | |
| 24 | C | Run [implement-spec](../implement-spec/SKILL.md) with Codex doing the implementation passes while you orchestrate, integrate, and review. Use when the user asks to implement a spec with Codex, or to r | 100 | 71 | D missing files | — | — | 5 d ago | |
| 25 | C | Audit whether tests earn their maintenance cost and which suite owns each contract. Use when pruning redundant tests, investigating implementation coupling or test-only production hooks, reviewing the | 100 | 71 | F missing files | — | — | 5 d ago | |
| 26 | C | Explore UI and visual design with image generation, then iterate the real implementation against the user-selected concept. Use when brainstorming visual directions, offering mockup variants, or imple | 100 | 68 | F missing files | — | — | 5 d ago | |
| 27 | C | Closeout pass on a finished substantive change — sequence refactor-clean (shape), code-review (diff), and write-docs (docs) so all three run, in the order where each feeds the next. Use after implemen | 100 | 68 | D missing files | — | — | 5 d ago | |
| 28 | C | Ratchet source file size so every file stays small enough for an agent to read whole: find every file over a token budget, split oversized files by concept, and set up the pre-commit ratchet that stop | 100 | 65 | D missing files | — | — | 5 d ago | |
| 29 | C | Implement an existing spec through committed passes. Use for long or multi-pass specs that need maintenance checkpoints to periodically clean code, handoffs, priorities, and plan bloat before drift ac | 100 | 63 | D missing files | — | — | 11 h ago | |
| 30 | C | Break large features into independently verifiable, human-reviewable slices under a feature directory in specs/. Use for risky or multi-step feature work that needs upfront questioning, API seams, bro | 100 | 60 | D missing files | — | — | 11 h ago |