Skip to content
Back to skills

Plugin Creator

ASecurity

Package several skills, and optionally an MCP server, as one versioned bundle with a manifest and an explicit trust review. Use when a set of skills is meant to travel together, or when a client needs a single installable unit instead of loose folders.

  • 15 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added November 7, 2026
toolsrustgo

Works with

  • cli
  • mcp

Security analysis

A100/100

Scanned November 7, 2026

npx -y skills add youlianvr/oper-share --skill plugin-creator --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Plugin Creator?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Plugin Creator
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/youlianvr-plugin-creator/badge)](https://www.skillsdirectory.com/skills/youlianvr-plugin-creator)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: plugin-creator
description: >-
  Package several skills, and optionally an MCP server, as one versioned bundle
  with a manifest and an explicit trust review. Use when a set of skills is meant
  to travel together, or when a client needs a single installable unit instead of
  loose folders.
---

# Plugin and bundle creator

A bundle is a distribution unit, not a new kind of skill: the same `SKILL.md`
rules apply inside it, plus a manifest that says what the bundle is and what it is
allowed to touch.

## Workflow

1. **Decide that it should be a bundle.** One skill that travels alone is a
   folder. A bundle is for several skills that share setup, or a skill plus the MCP
   server it talks to.
2. **Name it in lower hyphen-case**, and keep every skill inside named the same way.
3. **Write the manifest** — a small declarative file next to the skills:

   ```toml
   schema_version = 1

   [plugin]
   name = "my-bundle"
   version = "0.1.0"
   description = "What this bundle provides"

   [skills]
   path = "skills"
   ```

4. **Keep skills under `skills/<name>/SKILL.md`.** A client that namespaces a
   bundle will expose them as `<bundle>:<skill>`, never as an unqualified command
   that can collide with the workspace router of the same name.
5. **Declare an MCP server only when needed.** Keep the command and its paths
   inside the bundle, map environment values as references (`${NAME}`, never a
   literal), use HTTPS or loopback HTTP, and list the exact hosts it may reach.
   Credentials never go in the manifest.
6. **Everything else is inventory.** Hooks, native extensions, filesystem roots and
   lifecycle mutation are declarations a reviewer can see, not behaviour to switch
   on quietly.
7. **Review before enabling.** Show the manifest and the file list, read the
   scripts, and only then let the client activate anything. Verify afterwards that
   the skills appear and report the bundle as their origin.

## Rules

- A bundle starts untrusted. Trust is a decision the user makes after reading, not
  a flag the bundle sets for itself.
- No downloader, updater or marketplace inside the bundle.
- The interface a client exposes (validate / inspect / enable / trust) is a host
  detail: `HOSTS.md` names it for this client.

## Related

`skill-meta` (authoring), `skill-installer` (taking one skill in),
`mcp` (the server side).

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.