By October 2026, GitHub hosts enough Claude Code–oriented Skills repositories to feel like a second package registry. Stars, README hero shots, and promises to “supercharge your agent” push teams toward dozens of installs they never read. The faster path is not bookmarking repos—it is picking one or two skills in each of three lanes: practical workflows with narrow descriptions, design skills that turn UI rules into PR checklists, and security skills that wire approved scanners to evidence-style reports. This article is the shortlist and install sheet; paths, permissions, and auto-trigger rules live in the main Agent Skills guide.
Why GitHub stars are not an install list
The old habit treats trending repos as default dependencies. Skills are different: the description field participates in auto-matching, and anything under scripts/ runs with the same rights as Claude Code on your laptop or remote node. A pack whose description says “use for any coding task” taxes every unrelated conversation with a long manual and may execute shell you did not intend. The 2026 frame is simpler: decide whether the workflow repeats weekly, check whether bundled skills such as /code-review or /verify already cover it, and only then pull from GitHub—defaulting to project-level .claude/skills/ instead of ~/.claude/skills leaking into every repository.
That matches the harness and permission story in Pi vs Claude Code vs Codex: GitHub skills are workflow assets, not IQ upgrades. Packs that drive reverse engineering or binary tooling belong on isolated samples only—see the legal boundary in the REA reverse-engineering guide.
scripts/? If it fails, can you fall back to bundled skills?
Three GitHub skill lanes: practical, design, security
| Lane | Example repo / skill | What you get | Risk |
|---|---|---|---|
| Practical | anthropics/skills (skill-creator, etc.) | Official SKILL.md examples and templates | Low—still read frontmatter |
| Design / frontend | vercel-labs/agent-skills (web-design-guidelines, react-best-practices) | PR-time UI, a11y, and React checklists | Medium—wide descriptions over-trigger |
| Security | Project security-audit + approved semgrep/trivy; audit community scripts | Scoped scans and reports—see Security Audit Skill guide | High—full-tree reads and false positives |
Do not merge lanes into one “super skill.” Design checklists and security scans use different triggers, outputs, and human reviewers; a single wide description is how auto-trigger debt starts.
Repo comparison: maintainer, install path, team fit
| Repository | Install one skill | Entry | Best for |
|---|---|---|---|
| anthropics/skills | skill-creator, pdf if needed | npx skills add anthropics/skills --skill … -a claude-code | Teams migrating steps out of CLAUDE.md |
| vercel-labs/agent-skills | web-design-guidelines, react-best-practices | Same CLI with --skill | React / Next product engineering |
| Bundled Claude Code | /code-review, /verify, /doctor | Ships with CLI updates | Everyone—keep before adding GitHub packs |
| Self-built security | security-audit from audited template | Hand-written .claude/skills/security-audit/SKILL.md | Platform / security with approved scanners |
# Install one skill at a time into the project (Claude Code) npx skills add vercel-labs/agent-skills --skill web-design-guidelines -a claude-code npx skills add vercel-labs/agent-skills --skill react-best-practices -a claude-code npx skills add anthropics/skills --skill skill-creator -a claude-code # Optional: copy a security workflow into the repo after reading scripts/ mkdir -p .claude/skills/security-audit # Add SKILL.md from your audited template — see Security Audit Skill guide
Practical picks: learn shape, then copy workflow
anthropics/skills is the reference for acceptable SKILL.md shape: how frontmatter should read, when to split steps, and how to keep long instructions out of the global prompt. Start with skill-creator, generate a narrow review or release skill in a sandbox repo, invoke it manually with /skill-name, and only then swap in your real commands and paths.
Do not hoard practical packs. Bundled skills plus two project skills—for example review-change and release—cover most solo weekly work. Trending “generate tests/docs/refactor anything” repos overlap /code-review; stacking them yields dueling checklists and noisy diffs.
When a README claims “works with every stack,” treat that as a description smell. Your acceptance test is a single real task: did the skill load only when asked, and did it stop after the scoped answer?
Design picks: turn guidelines into PR gates
Frontend teams most often benefit from vercel-labs/agent-skills. web-design-guidelines turns contrast, focus states, motion, and typography into review questions; react-best-practices turns rerenders, data fetching boundaries, and server/client splits into review language. After install, validate on a real PR: does it fire only when UI or React components change, not when you edit backend config?
Design skills do not replace Figma MCP. MCP reads specs; skills judge implementation. Many teams connect MCP for source of truth, then run a design skill before merge. That division mirrors tool protocols versus procedure docs—see What is Function Calling.
If your design system already lives in Storybook or a internal docs site, link those URLs inside the skill body instead of duplicating tokens in CLAUDE.md. Skills are the right layer for “how we review,” not for every hex code.
Security picks: authorized scope, tools, and human review
GitHub also advertises “one-click vulnerability” skills. Security is the lane where stars are the weakest signal. Prefer the in-site Security Audit Skill tutorial: write .claude/skills/security-audit/ with explicit authorization, read-only rules, allowed scanner commands, evidence format, and escalation to humans. Introduce community scripts only after review. Any scripts/ that touch the network, upload code, or read .env must be audited first—trial on a remote Mac node.
Like the PHP2Shell lab workflow, security skills belong in isolated environments with known samples, not as a production “auto hacker” default.
Report output should cite file paths and tool exit codes, not model confidence. If the skill cannot point to evidence, it is documentation—not a finding.
How to choose by scene
| If you are | Install first | Defer |
|---|---|---|
| Solo dev on React | react-best-practices + self review-change | Whole agent-skills monorepo, unread script packs |
| Design system / a11y owner | web-design-guidelines tied to PR template | Community packs with “any UI task” descriptions |
| Platform / security engineer | Self security-audit + approved scanners | High-star scans with no authorization section |
| New to Claude Code | /doctor, skill-creator | Twenty GitHub skills in the user folder |
| Need isolated script trials | Project install + remote Mac session | Unknown scripts beside production secrets |
Recommended stacks
A — Personal React repo: Keep /verify. Add only react-best-practices from GitHub. Self-host review-change scoped to unstaged diffs. Enable web-design-guidelines temporarily for large UI refactors—not permanently.
B — Small product team: Store design skills under .claude/skills/ with PR review. Restrict security templates to platform-maintained repos. Choose bundled /code-review or a community review skill—not both. Pricing and isolation notes: pricing, help center.
C — High security: Ban unaudited GitHub packs in ~/.claude/skills. Run all scripts/ on disposable Macs; route logs to tickets; never embed live secrets in SKILL.md.
Common pitfalls
- Installing by star rank: popularity ≠ narrow descriptions or safe scripts.
- Adding whole repos without
--skill: multiple wide descriptions multiply misfires. - Treating design skills as Figma: checklists do not read mockups without MCP or humans.
- Treating security skills as certification: findings need tools and reviewers.
- Doubling bundled and community review skills: two checklists fight for the same PR.
Seven-step action plan
- List tasks you repeated three or more times this week (release, UI PR, dependency bump, security scan).
- Check bundled coverage; open GitHub only for gaps.
- Install with
npx skills add … --skill one -a claude-codeinto.claude/skills/. - Read SKILL.md and every
scripts/file; skip what you cannot explain. - Manual slash once in a sandbox, then natural-language auto-trigger; tighten
descriptionon misfire. - Move script-heavy or scanner skills to a remote Mac; wipe the workspace after the session.
- Accept on one real PR or authorized scan: trigger phrase, files touched, report a colleague can replay.
FAQ
Should I install every top-starred Skills repo?
No. Stars measure attention, not narrow descriptions or audited scripts. Prefer recognizable maintainers, single-skill installs, and readable scripts—project directory only.
How are design Skills different from Figma or MCP?
Design Skills are checklists loaded on demand. Figma MCP reads live files. Many teams use both.
Can security Skills replace SAST or a pentest?
No. They orchestrate approved steps; semgrep, trivy, and humans remain required. See the Security Audit Skill boundaries.
anthropics/skills vs vercel-labs/agent-skills?
Anthropic teaches format; Vercel ships engineering rules. Install one skill at a time with --skill.
Installed but no auto-trigger?
Slash manually first, tighten description, confirm .claude/skills at repo root, cross-check the main Agent Skills directory table.
Conclusion
For Claude Code in 2026, use anthropics/skills to learn shape, vercel-labs/agent-skills one design rule at a time, and a self-built security-audit template instead of mystery scan packs. Pin installs with npx skills --skill, default to project paths, and trial scripts on isolated Macs. Full paths, Codex directories, and permission modes sit in the Agent Skills guide; nodes start on the rental page.
Further reading
- Agent Skills install and selection guide →
- Security Audit Skill: scan to report →
- Pi vs Claude Code vs Codex harness comparison →
Try GitHub Skills with scripts on an isolated Mac first
Community skills run scripts/ with the same rights as Claude Code. Clone on a remote Mac node, install only into project-level .claude/skills, verify triggers and write boundaries, then promote to the team tree.