Claude on WholeTech network
home/products/plugins
Bundles, not snippets

Plugins shipping

A plugin packages skills, agents, MCP servers, and configuration so a whole workflow installs in one command. Field guide to what's worth installing — and what to think about before you do.

01 — Definition

A plugin is a bundle.

A skill is one workflow. A plugin is a collection of skills, agents, MCP servers, hooks, and settings — packaged together so a teammate (or a fresh laptop) gets the whole kit with one command.

Plugin vs skill. If you write one workflow, that's a skill — drop a SKILL.md into ~/.claude/skills/<name>/. If you have a dozen workflows, an agent or two, and an MCP server you all want shipped together, that's a plugin.
02 — Mechanics

How to install one.

Two paths: the official marketplace built into Claude Code, or third-party registries like claudepluginhub.com.

  1. Browse the marketplace. In Claude Code, type /plugin. Outside it, the public hub is claudepluginhub.com.
  2. Install with the slash command — usually /plugin install <name>. Some plugins ship as npm packages and use npx <package> install instead.
  3. Pick a scope. User scope applies everywhere on the machine. Project scope only inside one directory. Project scope keeps experiments contained.
  4. Verify. Plugin contents land in ~/.claude/plugins/cache/<marketplace>/<name>/. The installed-plugin index is at ~/.claude/plugins/installed_plugins.json — open it once so you know what's actually there.
Project vs user scope, in one line. Install at user scope when you trust the plugin and want it everywhere. Install at project scope when you're trying it out, or when only one codebase needs it.
03 — The leaderboard

The most widely used plugins.

Ranked by install count from the public hub, May 2026. Numbers are directional — they capture momentum, not quality. Read past the rank.

01

superpowers obra

The flagship skill pack. TDD cycles, git-worktree discipline, plan generation, systematic debugging, brainstorming, parallel-agent dispatch. Each skill is a checklist Claude is required to follow when the situation matches. Single biggest source of installed skills on the network.

183k installs
02

everything-claude-code affaan-m

300+ specialist agents covering JavaScript, Python, Rust, mobile, infra, and tooling. The "everything bagel" approach — install once and you have a sub-agent for almost any task. Heavy, but powerful when you do not want to build your own roster.

175k installs
03

ui-ux-pro-max nextlevelbuilder

50+ design systems with curated font pairings, color palettes, and component templates for React, Vue, and Flutter. Reaches for a polished look without you having to write the brief. Frontend-leaning teams gravitate to it.

72.7k installs
04

caveman juliusbrussee

Cost optimizer. Forces terser responses, aggressive sub-agent delegation, and trimmed context. Reported ~75% token reduction on long sessions. Worth a look if your monthly Claude spend is the line item you keep staring at.

51.4k installs
05

agent-browser vercel-labs

Browser automation from inside the CLI — navigation, form fill, scraping, screenshotting. Use it for QA flows, lightweight web research, or pulling data from sites that have no API.

27.7k installs
06

Linear official

Pull tickets, update status, and comment on issues without leaving the editor. Closes the loop between "I just shipped this" and "the ticket is now Done." First-party Anthropic integration.

official
07

connect-apps community

500+ service integrations under one umbrella — Gmail, Slack, GitHub, Notion, Drive, and on. The right pick when you want one plugin to authorize against many apps instead of installing a separate connector per service.

community
08

Claude-Mem thedotmack

Long-term session memory and preference persistence. Auto-captures and compresses session context into a local SQLite + vector store, then injects it into future sessions. Powerful — but see the caution below if you already have a memory workflow you trust.

community
09

Playwright official

Headless browser automation tuned for QA — full Playwright API exposed as Claude tools. Use for end-to-end testing, regression checks, or visual diff workflows.

official
10

Firecrawl firecrawl-io

Fast, reliable web fetching for agents that need to read live pages. Returns clean markdown instead of raw HTML. Pairs well with research and content-pipeline workflows.

community
Reality check. The teams shipping the most with Claude Code typically run two or three plugins — or zero — plus a tight project-level instructions file. Generic skill packs underperform custom instructions tuned to your actual codebase. Treat the leaderboard as a menu, not a shopping list.
04 — Shapes

What plugins look like in practice.

📚

Skill packs

Bundles of slash-callable workflows. superpowers is the canonical example.

🎨

Design helpers

Pre-loaded with palettes, fonts, and component patterns. frontend-design, ui-ux-pro-max.

🤖

Agent rosters

Pre-built specialist sub-agents. everything-claude-code ships hundreds.

🔌

MCP connectors

Wire external services in. Linear, Slack, Gmail, Drive, custom internal APIs.

💸

Cost shapers

Bias toward terseness, sub-agent delegation, and cache-friendly patterns. caveman.

🧠

Memory systems

Persist context across sessions automatically. Claude-Mem is the well-known one.

05 — In production here

What this network runs.

Plugins currently installed across the WholeTech network of sites. Light footprint on purpose.

superpowers user scope

v5.1.0. The TDD, debugging, planning, and brainstorming skills are load-bearing — invoked dozens of times a day across content pipelines, security scans, and feature work.

frontend-design project scope

Invoked for any new UI: hero sections, page rebuilds, components. Strong design taste baked in, which keeps the network of sites distinctive instead of generic.

Everything else — the session-close checkpoint, the warranty-claim playbook, the news-fetch pipeline — is a hand-written skill in ~/.claude/skills/, not a plugin. Custom skills win when the workflow is specific to one operation.

06 — Built with these plugins

Twelve sites — twelve plugin recipes.

A plugin’s value shows up in what it ships. Each row below is a live site on the WholeTech network plus the plugin combo that produced its visual register. The design page has a richer gallery if you want to study the surfaces themselves — this section maps each surface back to the toolchain.

austintexasfans.com

UT burnt orange · Big Shoulders Display

Stack: frontend-design for the visual brief, superpowers/brainstorming for the section outline, caveman for token discipline during the build pass. Cream-paper card surfaces, oversized display headlines, athletic palette. Owner-confirmed brilliant and live the same day — 2026-04-27.

lakehamiltonhomesforsale.com

dark editorial luxury · gold accents

Stack: frontend-design with explicit reference to luxury-RE editorial vocabulary; ui-ux-pro-max as a font-pairing seed. Dense typography, calm authority. Zero-keyword-competition Bergeron spoke, paired against thebergerongroup’s navy/gold hub.

retirehotsprings.com

cream paper · sage accents

Stack: frontend-design + an Artifacts iteration round. Calculator UI built from scratch in the same session. Aimed at retiree search intent — design vocabulary chosen to feel reassuring rather than aspirational.

atxbbs.com

BBS terminal · phosphor

Stack: frontend-design with a hand-fed period-correct screenshot reference. CSS scanlines, monospace stack, real database underneath. Sister to the austinspring BBS archive — same vocabulary, modern web app.

paulsfriends.com

service pitch · provenance callout

Stack: frontend-design for the hero + Provenance section, superpowers/plan for the public-vs-private split, session-close custom skill for B2 mirror + audit log on every change. Cormorant Garamond display + Source Serif body on cream paper. Two surfaces: public service-pitch + auth-gated CRM.

austen.com / store

Regency · cream & dusty rose

Stack: frontend-design with a Regency-literary-magazine reference. connect-apps for affiliate-tag wiring (single Amazon associate id). Storefront layout that reads like a curated bookshelf, not a shop.

atxaisites.com

institutional voice · Austin landing

Stack: frontend-design + a Flask-handler co-build. Audit form on the right rail submits to a private admin dashboard. Demonstrates the “site + backend + admin” build pattern in one Claude Code session, ~3 hours start to finish.

hotaisites.com

institutional voice · regional sibling

Stack: same scaffolding as atxaisites with a swapped brand.json. frontend-design regenerated the hero against a Hot Springs / Lake Hamilton reference, leaving the data shape identical. Sibling-site pattern — one codebase, two visual registers.

hoopwomen.com

pro magazine · oversized hero

Stack: frontend-design with explicit instructions to break from the sister site (girlhoop.com’s reference register). Cover-story-grade hierarchy, serif display, oversized hero quotes. The two basketball sites split editorial vs. database labor.

realhotsprings.com

RE hub · 25-niche sub-brand system

Stack: frontend-design for the parent visual system, then a templated rollout across 25 niche subdomains (lake / luxury / retire / airbnb / equestrian / barndo / hunting / etc.) via brand.json swap. The strongest demonstration of one-Claude-session-becoming-network-scale design.

wholetech.com/network-audit

data dashboard · sortable table

Stack: frontend-design for the dashboard layout, Playwright plugin earlier in the same network for the security-fleet baseline that fed columns. CSV-backed live audit of all 187 sites. The dashboard register — dense tabular, monospace metrics, cyan-accent dark theme — is a different vocabulary than any of the marketing sites.

posters.wholetech.com

print-ready · 8.5×11 full-bleed

Stack: frontend-design with three print-ready style references (gig poster, almanac, art deco). Browser-print, full-bleed, three distinctly different visual languages on the same hub. Demonstrates that the design plugin scales to print, not just web.

The pattern. Most of these sites used two plugins on the build pass — frontend-design for the visual brief and superpowers (or a hand-written skill) for the workflow scaffolding. The leaderboard plugins above are useful, but the meaningful design diversity comes from how Claude is briefed inside frontend-design, not from stacking more plugins on top.
07 — Before you install

A real story about compatibility.

Not every popular plugin is right for every setup. The clearest example, drawn from this network's own install log:

The setup. A hand-curated memory system already exists — an indexed MEMORY.md with topic files for user profile, project state, feedback, and references. It is paired with a session-close skill that runs a 9-step checkpoint at the end of every working session: inventory uncommitted work, security-scan, push to the droplet, mirror to two backup locations, verify the live site, update the index.

The temptation. Install Claude-Mem, because the leaderboard says it is popular and "long-term memory" sounds like an upgrade.

The actual outcome, predicted before install. Two memory systems would compete for the same job. Claude-Mem auto-compresses session context into a local SQLite + vector store and injects summaries into future sessions. The hand-curated system already does this — but transparently, with the operator in control of what gets persisted. Running both would mean duplicate artifacts, conflicting context injection, and uncertain precedence on collisions.

The decision. Skip the install. Keep the system that is auditable.

The general rule. Before installing a plugin, ask three questions: (1) does it overlap with anything already working? (2) what does it write to disk, and where? (3) can you remove it cleanly if it turns out to be wrong? If the answer to any of these is "I am not sure," install at project scope first — never user scope.
08 — Going the other way

Publishing your own.

If a skill set is worth sharing, package it. The marketplace accepts plugins from any GitHub repo with the right manifest.

  1. Structure the repo: a plugin.json manifest at the root, skills in skills/, agents in agents/, MCP config in mcp.json.
  2. Pin a version in the manifest. Plugin caches are keyed by version — bump it when you change anything.
  3. Test as a project-scope install from your own machine before you publish. /plugin install /path/to/repo.
  4. Submit to the official marketplace, or list the repo URL on the public hub. Either way, the install command becomes /plugin install <name> for everyone else.
Worth packaging: a workflow you have used three times in three different projects. Not worth packaging: a one-off prompt — that is a skill, and it can stay private.