Beef Skills
A collection of Claude Code skills, distributed as a plugin marketplace.
Usage
Here is how you can utilize this marketplace in your projects.
Installation
Add this repo as a marketplace in Claude Code:
/plugin marketplace add beefchimi/beefskills
Then install the plugins you want:
/plugin install frontend-general@beefskills
/plugin install frontend-react@beefskills
/plugin install frontend-a11y@beefskills
Alternative: Manual Installation
You can also copy individual skills directly to your ~/.claude/skills/ directory:
# Example: install frontend-general
cp -R plugins/frontend-general/skills/frontend-general ~/.claude/skills/
Although its highly recommend that you use the official /plugin approach to managing your marketplaces and installed skills.
Alternative: pi Installation
You can also install this as a pi skill:
pi install https://github.com/beefchimi/beefskills
Updating
To pull the latest changes for a specific plugin:
/plugin update frontend-general@beefskills
Or update all installed plugins at once:
/plugin update --all
Available Plugins
frontend-general
Based on: https://github.com/vercel-labs/agent-skills/tree/main
Last updated: Feb 13 2026
Frontend and TypeScript performance and best-practices guidelines. Framework-agnostic — applies to React, Vue, Svelte, vanilla JS, etc. Covers async patterns, bundle optimization, DOM performance, JS micro-optimizations, project conventions, and a documentation rule (fancy quotes in prose, straight in code).
frontend-react
Based on: https://github.com/vercel-labs/agent-skills/tree/main
Last updated: Feb 13 2026
React-specific performance and best-practices guidelines. Covers re-render optimization, code-splitting with React.lazy/Suspense, client-side data fetching with SWR, hydration patterns, and advanced hook patterns.
frontend-a11y
Based on: https://mcpmarket.com/tools/skills/accessibility-compliance-expert
Last updated: Feb 13 2026
WCAG 2.2 compliant interfaces with ARIA patterns, keyboard navigation, screen reader support, and mobile accessibility (iOS VoiceOver, Android TalkBack).
Recommendations
Alongside these plugins, there are a few additional things you should do to improve your Claude Code experience.
Anthropic’s official plugins
For authoring new skills or updating existing ones, I recommend adding the claude-plugins-official marketplace from Anthropic. Then, you can install the claude-md-management and plugin-dev skills to aid Claude’s self improvement.
Global CLAUDE.md
Having a ~/.claude/CLAUDE.md that offers the tiniest bit of instruction for what plugins/skills are available can be really helpful for nudging Claude to use the tools available to it.
Development
Adding a new skill to an existing plugin
- Create a new
.md file in the plugin’s skills/<plugin-name>/rules/ directory (for rule-based skills like frontend-general) or skills/<plugin-name>/references/ (for reference-based skills like frontend-a11y).
- Follow the template in
rules/_template.md if applicable.
- Add a quick reference entry in the plugin’s
SKILL.md.
- Run
pnpm build:skills to regenerate any AGENTS.md files.
- Commit and push — consumers pick up changes via
/plugin update.
Adding a new plugin
-
Create the plugin directory structure:
plugins/<plugin-name>/
├── .claude-plugin/
│ └── plugin.json
└── skills/
└── <plugin-name>/
└── SKILL.md
-
Write plugin.json with name, description, and version:
{
"name": "<plugin-name>",
"description": "What this plugin does.",
"version": "1.0.0"
}
-
Write the SKILL.md with YAML frontmatter (name, description) and skill content.
-
Register the plugin in .claude-plugin/marketplace.json by adding an entry to the plugins array:
{
"name": "<plugin-name>",
"source": "./plugins/<plugin-name>",
"description": "What this plugin does.",
"version": "1.0.0",
"license": "MIT",
"keywords": []
}
-
If the plugin has individual rule files, add a build_agents.py script to compile them into AGENTS.md. Running pnpm build:skills will automatically find and execute it.
-
Commit and push.
Updating a published skill
Edit the skill files directly, run pnpm build:skills if applicable, then commit and push. Consumers update via /plugin update.
Versioning
How updates work: The repo is the source of truth. When you merge to main, users get that code when they run /plugin update (or marketplace update). There is no separate publish step. The version field in plugin manifests is for semantic versioning (so users and tools can see “what changed”); nothing in the repo auto-updates it.
Where version lives (per plugin):