All Claude Skills
Every skill the game draws from, 80 in all. They are grouped by family: the axis along which they collide. The denser the family, the harder it is to tell its skills apart, which is the whole reason the game exists.
Security7 skills
- dependency-updater (softaworks)Works over a project's dependency manifest — detecting the language, applying the safe minor and patch bumps on its own, pausing on major versions, and running that ecosystem's vulnerability audit (npm audit, pip-audit, govulncheck, cargo audit and the like) to flag known-vulnerable packages. It secures the supply chain around your code, not the code itself: it does not scan your own source for bugs, write detection rules, or reason about a design's threats.
- secure-error-handling (harperaa)A secure-coding pattern for the error path: return generic, environment-aware messages to users while logging the detail server-side, so a stack trace, database error, or file path never hands an attacker a map of your system. It shapes how failures are surfaced — not a scanner that finds the leaks for you, and narrower than a full security review: it does not cover auth, input validation, or the other vulnerability classes, only how errors are reported.
- security-review (affaan-m/ecc)Helps developers implement secure features by listing concrete checks and recommended patterns for authentication, input handling, secret management, API endpoints, and payment or sensitive flows. Unlike similarly named tools that scan code or produce vulnerability audits, this one focuses on design-time guidance and implementation checklists — it does not run automated SAST, assign severity scores, or perform penetration-style audits of diffs.
- security-review (waybarrios/opencode-power-pack)Inspects the unmerged commits on a branch and calls out concrete security problems that show realistic exploitation paths, so reviewers can decide whether changes are safe to merge. Unlike broader security-audit or SAST-style tools, it intentionally skips stylistic, architecture, dependency-wide, or general code-review concerns and concentrates only on high-confidence, actionable vulnerabilities in the pending diff.
- security-reviewer (jeffallan)Performs end-to-end security examinations of code, infrastructure, dependencies and secrets and compiles a prioritized audit report that assigns severity to each finding and lists concrete remediation steps. Unlike tools that only add inline comments, check authentication patterns, or scan a branch diff, this one is aimed at producing a compliance-aware, prioritized audit document rather than a quick pre-merge or single-file review.
- semgrep-rule-creator (trailofbits)Authors a custom Semgrep static-analysis rule for one specific bug or vulnerability pattern — building the match (or a taint-mode source-to-sink data flow), then the paired vulnerable-and-safe test cases that keep false positives in check. Its output is a reusable detection rule, not a finished audit: it does not run existing Semgrep rulesets over your repo, triage the findings a scan produces, or review a diff by hand.
- what-leaked-about-you (useosint)Checks an email, username, phone, or name against curated data-breach services — Have I Been Pwned, DeHashed, IntelX and the like — to enumerate which breaches an identity appears in and read what those records reveal, chiefly the list of services the person actually used. It is breach-exposure reconnaissance about a person, not a codebase tool: it does not scan your repository for hardcoded secrets, and it never uses a leaked password to access anything — reading the exposure is the whole job.
SEO6 skills
- ai-seo (coreyhaines31)Prepares content and site signals so AI assistants and large language models are more likely to surface and cite your pages in generated answers. It focuses on agent-readiness and AI-citation signals rather than traditional ranking, meta-tag fixes, or full technical audits, and it won’t perform broad on-page or performance remediation.
- programmatic-seo (coreyhaines31)Generate many search-optimized pages from a template plus a dataset, so one page design ranks for thousands of long-tail queries.
- seo (addyosmani/web-quality-skills)Improves a site's chances of ranking in regular search results by correcting meta tags, adding/schema markup, and tidying sitemaps and other indexability signals. It focuses on classic search-engine signals and on-page/indexing fixes — it does not aim to make content show up in AI assistants' answers or replace a full technical Core Web Vitals audit.
- seo (affaan-m/ecc)Finds and fixes practical search problems on a site—crawl/index issues, meta tags, sitemap/robots, schema markup, content gaps, and page‑experience metrics—and produces concrete remediation steps you can apply. It focuses on traditional search ranking and implementation work (including Core Web Vitals and keyword mapping), not on making content show up in AI assistant answers or optimizing for LLM citations.
- seo (agricidaniel/claude-seo)Runs site-wide technical and content audits — crawlability, indexability, Core Web Vitals, structured data, sitemaps, images and content trust signals — and also detects industry and geographic intent to shape recommendations. Unlike tools that exist to craft content for LLM citations, this one measures whether the site’s structure and credibility are sound (technical, schema and E‑E‑A‑T) so you can fix underlying issues before chasing AI citation tactics.
- seo-audit (coreyhaines31)Diagnose an existing site's search visibility — crawlability, meta tags, structured data, broken links — and hand back a prioritized fix list.
Visual6 skills
- Algorithmic ArtArt that is generated rather than drawn: flow fields, particle systems, seeded randomness you can re-roll and tune. Code is the medium.
- Brand GuidelinesApplies Anthropic's own brand colours and type to an artifact. Only right when the thing genuinely should look like Anthropic made it.
- Canvas DesignStill visual art delivered as a .png or print-ready .pdf: a poster, a flyer, a one-page piece meant to be looked at rather than clicked.
- Frontend DesignDeciding how a UI should look and feel before you build it: typography, colour, hierarchy, and escaping the default templated appearance.
- Theme FactoryPut a consistent look on something already built: pick or generate a colour-and-font theme and apply it across slides, docs, or a page.
- Web Artifacts BuilderAmbitious claude.ai artifacts with many moving parts: React, Tailwind, component libraries, real state and routing rather than a single static page.
Documents5 skills
- Internal CommsWriting aimed at your own colleagues: the announcement, the status update, the org-change note. Cares about house format and tone, not file wrangling.
- PDFWork on PDF files themselves: pull out text or tables, merge or split them, fill in forms, add a watermark, or OCR a scan so it becomes searchable.
- PresentationsSlides as a file: build a deck, edit one someone sent you, work with layouts and speaker notes. Anywhere a .pptx goes in or comes out.
- SpreadsheetsSpreadsheets and CSVs: add a column, write the formula, build the chart, or turn a messy export into something with real headers and types.
- Word DocumentsProduce or edit a real .docx: a report, a letter, a template with proper headings and a table of contents. Word specifically, not PDF and not a spreadsheet.
Accessibility4 skills
- accessibility (addyosmani)Runs accessibility checks against WCAG 2.2 and returns developer-facing issues with concrete, code-level recommendations for ARIA, keyboard focus, contrast, and semantic HTML. Unlike similarly named validators or IDE extensions, it’s focused on teaching and step‑by‑step remediation — it explains failures and how to fix them instead of acting as a strict Level‑AA certifier or an auto‑patch tool.
- accessibility (affaan-m/ecc)This tool inspects user interfaces against WCAG 2.2 Level AA and gives concrete checks and fixes for keyboard navigation, color contrast, and screen‑reader behavior. Unlike general accessibility guides, editor extensions, or chat-based assistants, it’s built for hands-on, change‑level audits and implementation guidance targeted specifically at WCAG 2.2 AA criteria rather than broad training or IDE integration.
- accessibility (jezweb)Helps developers understand and fix accessibility problems by reviewing short examples and giving concrete, code-level suggestions and plain-language explanations. It is aimed at teaching and pattern-based fixes, not at producing formal WCAG conformance reports or full audits — it compares code patterns to practical a11y best practices and refuses to act as a compliance scorer.
- accessibility (microsoft/vscode)Offers tools inside the code editor to inspect and adjust the editor’s own accessibility behavior — things like toggling screen‑reader mode, examining the accessibility tree of editor UI, and checking keyboard focus and navigation in the IDE and its extensions. Unlike the WCAG/audit tools, it targets the editor’s UI and developer workflow rather than scanning websites for WCAG compliance or producing remediation for site content.
Data4 skills
- chart-designer (claude-office)Turns a prepared dataset into the right visualization — choosing an appropriate chart type and emitting ready-to-render configs for libraries like ECharts and Chart.js, up to full dashboards. Its job is PRESENTING data visually; it does not scrape sources, clean the data, or compute the statistical findings you decide to show.
- deep-research (firecrawl)Investigates an open-ended question by gathering evidence across many websites and synthesizing a formal, cited report — executive summary, multi-angle findings, contrarian views, and open questions. It is for report-scale SYNTHESIS of a complex topic from the open web, not quick lookups, top-N product lists, or literature reviews over published papers.
- exploratory-data-analysis (k-dense)Profiles a dataset you already have — distributions, missingness, outliers, leakage, and transformation sensitivity — and scaffolds a rigorous EDA report, all computed locally and deterministically without touching the network. It INSPECTS data before you model it; it does not gather the data, draw the finished charts, or make causal or confirmatory claims.
- web-scraping (jamditis)Pulls data off web pages that don't hand it over cleanly — cascading through fallback fetch strategies and coping with 403s, CAPTCHAs, and rate limits, while validating every URL and treating whatever comes back as untrusted. It is a disciplined way to ACQUIRE raw data from the live web, not a tool for analyzing, charting, or synthesizing what you collect.
Design4 skills
- design-consultation (gstack)Studies your product and the design landscape around it, then proposes a whole design system from scratch — aesthetic direction, typography, color, spacing, motion. It is the propose-a-fresh-system step, not a critique of what you already have and not a way to explore several throwaway variations.
- design-review (gstack)Looks at an interface you have already built with a designer's eye and calls out — then fixes — the specific flaws: inconsistent spacing, weak hierarchy, generic AI-slop styling, sluggish interactions. It critiques and repairs existing work, rather than proposing a new system or generating alternatives to choose between.
- design-shotgun (gstack)Generates several distinct design variations of the same thing at once and lays them on a comparison board so you can react to real options and iterate. Its job is breadth — many candidates to choose among — not proposing one considered system or auditing a design you have settled on.
- diagram (gstack)Turns a plain-English description of a flow or architecture into an actual diagram — editable source plus rendered image. It draws explanatory pictures, not user-interface designs: it is reached for to visualize how something works, not to style a screen or critique one.
Dev Workflow4 skills
- conventional-commit (marcelorodrigo)Shapes the message of the commit you are about to make into the Conventional Commits format — a `type(scope): subject` header with an optional body, footer, and breaking-change marker that downstream tooling can parse. Its job is WORDING one commit; it does not rewrite past history, juggle branches, or assemble the release those commits eventually roll into.
- create-pull-request (cline)Turns a finished feature branch into a review-ready GitHub pull request — confirming the branch and base, summarising the commits into a description, filling the repo's PR template, and opening it with the `gh` CLI. It is about PUBLISHING your own work for review, not judging someone else's PR, crafting the individual commits, or tagging the release that follows.
- git-advanced-workflows (wshobson)Reshapes an existing Git history and untangles branches — interactive rebase, cherry-picking, bisecting to the commit that broke something, worktrees, and rescuing lost work through the reflog. It is about MANIPULATING the repository's history and recovering from mistakes, not about how you word a commit, open a pull request, or cut a release.
- release-skills (jimliu)Cuts a versioned release for whatever kind of project you have — detecting the version file (package.json, pyproject.toml, Cargo.toml, and more), bumping the semantic version, updating the changelog, tagging, and publishing a GitHub Release. It handles SHIPPING the release, not the branch surgery, commit wording, or pull-request creation that comes before it.
Docs4 skills
- document-generate (gstack)Writes documentation that does not exist yet — reads a feature, module, or whole project and produces the missing docs from scratch. It creates fresh documentation for undocumented code, distinct from updating docs after a release, rendering a doc to PDF, or pulling data off a web page.
- document-release (gstack)Brings existing documentation back in sync AFTER a change ships — updating the changelog, guides, and references to match what actually landed. It maintains docs post-release, not authoring brand-new docs for undocumented code, converting a file to PDF, or scraping a website.
- make-pdf (gstack)Turns a Markdown file into a polished, publication-quality PDF ready to hand off or print. Its job is the format conversion — Markdown in, styled PDF out — not writing or updating the documentation's content, and not extracting data from web pages.
- scrape (gstack)Pulls structured data out of a web page that does not offer it cleanly — reading the page and extracting the fields you need. It gathers data from the web, unrelated to authoring documentation, maintaining it after a release, or rendering a document to PDF.
Engineering4 skills
- health (gstack)Produces a standing dashboard of a codebase's overall quality — complexity, coverage, duplication, hot spots — to show where the whole project is trending. It measures the codebase in aggregate over time, not a single plan, a single diff, or a single bug.
- investigate (gstack)Chases a bug or failure to its actual root cause through systematic evidence-gathering, rather than patching the first symptom. It is the diagnose-why-this-breaks step, distinct from reviewing a plan, reviewing a diff, or reporting overall code-quality metrics.
- plan-eng-review (gstack)Reviews a proposed technical plan the way an engineering manager would — is the architecture sound, are the tradeoffs right, what will bite later — before any code is written. It judges the approach on paper, unlike a pre-merge review that reads a finished diff or a debugger that chases a live bug.
- review (gstack)Reads a finished code change just before it lands and flags what should block the merge — correctness, risk, missed cases — on the actual diff. It reviews written code at merge time, not an architecture plan before building and not a running failure.
Extend4 skills
- Claude APIBuilding something that calls Claude: model ids, pricing, streaming, tool use, prompt caching, token counting. Reach for it before guessing an API detail from memory.
- MCP BuilderBuild an MCP server so Claude can reach an outside service or API through tools you designed. The plumbing between Claude and someone else's system.
- Skill CreatorMaking skills, not using them: package a workflow you keep repeating into a skill, then test whether it actually fires when it should.
- Slack GIF CreatorAnimated GIFs built to survive Slack's size and dimension limits. For when someone says make me a GIF of X doing Y.
Product4 skills
- office-hours (gstack)Pressure-tests a raw product idea the way a sharp investor would — probing who it is for, why now, and what would make it fail — before any planning or building begins. Unlike turning an idea into a spec or grading a written plan, this is the earliest step: deciding whether the idea is worth pursuing at all.
- plan-ceo-review (gstack)Reviews an already-written plan from a founder's chair — is the scope right, are the priorities ordered well, is this the most valuable thing to build now. It judges a finished plan on business and product grounds, where an engineering review would judge that same plan on architecture, and idea pressure-testing would question the concept before any plan exists.
- retro (gstack)Runs a look-back over a stretch of finished work — what shipped, what went sideways, what to change next time — turning recent experience into concrete process improvements. It faces backward at completed work, where idea pressure-testing, spec-writing and plan reviews all face forward at work not yet done.
- spec (gstack)Turns a vague intent into a precise, buildable specification, working through the ambiguities in stages until the requirements are concrete enough to implement against. It assumes you have decided WHAT you want and need it made executable — not whether the idea is worth doing, and not a critique of a plan you already drafted.
QA4 skills
- benchmark (gstack)Detects performance regressions by measuring how fast pages and interactions run and comparing them against a baseline, so a change that made things slower is caught. It is about speed over time, not finding functional bugs, reporting them, or driving the browser to look at the page.
- browse (gstack)A fast headless browser for opening a running site, clicking through flows, and seeing what actually renders — a tool for dogfooding and eyeballing the app, not a systematic bug hunt. It drives and views the site rather than producing a QA report, fixing defects, or benchmarking speed.
- qa (gstack)Systematically tests a running web app for bugs AND fixes each one it finds in the same pass, so you end up with a working product rather than a defect list. The fixing is the point — unlike a report-only QA sweep, a plain headless browser for eyeballing the site, or a performance-regression check.
- qa-only (gstack)Runs a thorough QA pass over a web app and REPORTS every defect it finds without changing any code, leaving the fixes to the team. It is the report-only variant — distinct from a sweep that also repairs the bugs, from merely driving a headless browser to look at the site, and from measuring performance.
Release4 skills
- canary (gstack)Watches a release right after it goes out, comparing the new version's health signals against the old so a bad deploy is caught early and can be rolled back. It monitors AFTER the deploy, unlike preparing the change, performing the deploy, or intercepting risky commands.
- careful (gstack)Acts as a safety net around destructive shell commands — force-pushes, recursive deletes, dropping a table — pausing to confirm before something irreversible runs. It guards individual dangerous actions, not the steps of preparing, deploying, or monitoring a release.
- land-and-deploy (gstack)Takes an approved change the rest of the way — merges it and pushes it live to production. Its job is the deploy itself, distinct from preparing the change and opening a PR, from watching how the release behaves afterward, and from guarding against destructive commands.
- ship (gstack)Runs the pre-merge release pipeline on a finished change — merges the base branch, runs the tests, reviews the diff, bumps the version and changelog, then commits and opens the pull request. It gets a change ready to land and raises the PR; it is not the act of deploying to production, watching a deploy, or blocking a dangerous command.
Research4 skills
- ai-research-reproduction (lllllllama)Faithfully re-runs a published deep-learning repository to verify its documented results — reading the README first, picking the smallest honest inference or evaluation target, executing it under strict no-silent-edits patch rules, and logging evidence, deviations, and human sign-off points into a standardized outputs bundle. It is about REPRODUCING someone else's already-published numbers, not summarizing a paper, gathering fresh sources, or drawing business conclusions.
- market-research (affaan-m)Reads the competitive and market landscape to inform a business decision — TAM/SAM/SOM sizing, competitor and product comparisons, investor and fund diligence, and technology scans — with every claim sourced, contrarian evidence included, and the output ending in a recommendation rather than a summary. It ANALYZES the market you are entering or funding, not reproducing research results, synthesizing user interviews, or organizing your own research files.
- research-papers (firecrawl)Runs a literature review: discovers and synthesizes published scholarly work on a topic — journal papers, preprints, whitepapers, and technical reports — through semantic search over a paper index (PubMed, bioRxiv, medRxiv, arXiv), expanding from seed papers into the surrounding citation family and verifying claims inside individual PDFs. It is about SURVEYING what the published literature already says on a subject, not re-running one paper's code to check its numbers, compressing your own interviews and tickets into themes, or sizing a commercial market.
- synthesize-research (anthropics)Turns a pile of already-collected qualitative input — interview notes, survey responses, support tickets, sales-call feedback — into one structured read: themes grouped and counted, findings ranked by frequency and impact, and recommendations tied back to the evidence. It is about COMPRESSING many scattered sources into a single coherent synthesis, not running an experiment, sizing a market, or filing and circulating the raw materials.
Testing4 skills
- ai-test-generation (petrkindlmann)Turns a spec, user story, code diff, or API schema into brand-new test code through a staged pipeline — pull out requirements, build a coverage matrix, define the oracles, then emit the tests — with guardrails against invented APIs and assertion-free filler. It AUTHORS fresh tests from requirements; it is not for driving a browser or auditing a suite you already have.
- playwright-cli (microsoft)Drives a real browser one command at a time — open a page, click and type by element reference, read back a DOM snapshot — so an agent can walk through and verify a whole web flow end to end. It is a live browser-driving CLI, not a unit-test framework and not a static page analyzer.
- test-data-generation (ajgeddes)Manufactures realistic, consistent fixtures and seed data with factories and fake-data libraries, so tests get varied users, records, and edge cases without hand-writing each one. It produces the DATA a test feeds on — not the test logic, the assertions, or the runner itself.
- test-driven-development (superpowers)The discipline of writing a failing test before any production code: watch it fail for the right reason, add just enough code to make it pass, then refactor. It governs the ORDER in which you write code, not which framework runs it — it is a way of working, not a test runner or a coverage tool.
Workflow4 skills
- code-review (Matt Pocock)Reviews a diff since a fixed point along two axes at once: whether the code follows the repo's own documented standards, and whether it does what the originating ticket actually asked for. The second axis is the unusual one — it catches work that is clean but off-brief.
- code-reviewer (CodeRabbit)Hands the diff to a commercial review engine and reports what it finds: vulnerabilities, code smells, convention breaches, performance traps and likely bugs. You are buying somebody else's trained reviewer rather than running your own checklist.
- code-reviewer (Jeff Allan)One sweep across everything at once: correctness, security, N+1 queries, naming, architecture and test coverage, returned as a single prioritised report. Breadth in one pass, where the specialised reviewers each go deep on one axis.
- security-review (Sentry)Hunts only for exploitable security holes — injection, XSS, broken auth, weak crypto — and deliberately stays quiet unless it can point at attacker-controlled input reaching a vulnerable pattern. It reports high-confidence findings only, so a clean run is not proof of safety.
Meta2 skills
Web2 skills
- responsive-design (wshobson)Make one layout work across screen sizes — fluid grids, breakpoints, and sensible touch targets — so a page reads well on phone, tablet, and desktop without a separate mobile site.
- Webapp TestingDrive a running web app with a real browser to check it works: click through a flow, grab a screenshot, read the console when it breaks.
Reading the list is not the same as knowing which one to reach for.
Practise them