Plugins are the third Resource Kind in Skillset. Where a Skill is a singleDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/org-quicko/skillset/llms.txt
Use this file to discover all available pages before exploring further.
SKILL.md bundle, a Plugin is a multi-resource bundle for an agent to load together — a repository containing a .claude-plugin/plugin.json manifest plus any combination of skills/, commands/, agents/, hooks/, and .mcp.json. This page covers the Plugin structure, how it differs from a Skill, and the publish and install workflow.
What is a Plugin?
A Plugin bundles everything an agent needs for a particular workflow or integration: Skills, slash commands, sub-agents, lifecycle hooks, and MCP server configurations can all live together in one repository. The Registry stores the Plugin’s files as an Artifact and serves them on demand, exactly as it does for Skills. The Registry never inspects a Plugin’s contents. The Skills a Plugin contains are its own business — they are not individual rows in the Registry and do not appear separately in the catalog. This is a deliberate design choice (ADR-0001): the Registry validates the manifest’s presence and the Artifact’s size and path rules, nothing more.A Plugin’s internal Skills are not installable or searchable separately through Skillset. If you want individual Skills discoverable in the catalog, publish them as Skill resources alongside the Plugin.
Repository layout
A Plugin repository must contain.claude-plugin/plugin.json at its root. The rest of the layout is flexible, but the conventional structure is:
plugin.json manifest
The.claude-plugin/plugin.json manifest is the only file the Registry requires at a specific path. Its schema is defined by the Claude plugin specification. The Registry stores it as part of the Artifact without parsing its contents.
How Plugins differ from Skills
Skill
A single
SKILL.md bundle with optional supporting files. The SKILL.md frontmatter is the source of truth for name and description. Individually searchable and installable.Plugin
A multi-resource bundle behind a
.claude-plugin/plugin.json manifest. May contain Skills, commands, agents, hooks, and MCP configs. The internal contents are opaque to the Registry.| Skill | Plugin | |
|---|---|---|
| Root manifest file | SKILL.md | .claude-plugin/plugin.json |
| Registry inspects contents | Frontmatter only | Never |
| Internal resources as catalog rows | N/A | No |
| Appears in Marketplace | Yes | Yes |
| Has Artifact | Yes | Yes |
| Import from Git | Yes | Yes |
Publishing a Plugin
Plugins are published the same way as Skills — via the CLIpublish command or the web interface Import. The same Artifact limits apply (1,000 files, 25 MB uncompressed, 10 MB compressed).
kind is inferred from the presence of .claude-plugin/plugin.json — a directory containing that file is published as a plugin, not a skill. A directory containing SKILL.md at its root is published as a skill.
Installing a Plugin
Installing a Plugin downloads its Artifact and writes the files to the agent’s directory, just as a Skill install does.Marketplace
Plugins appear in.claude-plugin/marketplace.json alongside Skills, as plugin entries with archive sources. Agents that support the Claude plugin marketplace format can discover and install Plugins directly from this endpoint without the skillset CLI.
MCP Servers are never listed in the Marketplace because the Registry has no bytes to point at for them — only Skills and Plugins appear there.
Tags
Plugins use the same Tag catalog as Skills and MCP Servers. Writers attach Tags via the web interface orPUT /api/resources/{id}/tags. Tag filtering works identically across all Kinds.