Skip to content
cccskills
FreePublished on GitHub

create-plugin

Create a Claude Code plugin scaffold with configuration, skills, commands, and agents. Generate supporting documentation, a record of architecture decisions, and a script that checks the plugin's structure, while connecting the required MCP tools.

OriginalShow the original description

Scaffold a new Claude Code plugin with proper directory structure, plugin.json, skills, commands, and agents

See how to install

Good for

  • Start a new Claude Code plugin
  • Bundle skills, commands, and agents
  • Connect MCP tools to a plugin
  • Prepare documentation and structural checks

Files included (1)

  • SKILL.md5.8 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Create Plugin

Scaffold a new Claude Code plugin from scratch.

When to use

When you want to create a new plugin that extends Claude Code with skills, commands, and agents. This generates the correct directory structure and wires up MCP tools.

Steps

  1. Get plugin name and description from the user
  2. Check for conflicts — call mcp__plugin_ruflo-core_ruflo__transfer_plugin-search to ensure the name isn't taken
  3. Create directory structure (follows the canonical plugin contract from sibling plugins' ADR-0001s):
    plugins/<name>/
    ├── .claude-plugin/
    │   └── plugin.json
    ├── skills/
    │   └── <skill-name>/
    │       └── SKILL.md
    ├── commands/
    │   └── <command-name>.md
    ├── agents/
    │   └── <agent-name>.md
    ├── docs/
    │   └── adrs/
    │       └── 0001-<name>-contract.md     # Plugin-level ADR (Proposed)
    ├── scripts/
    │   └── smoke.sh                         # Structural contract (≥8 checks)
    └── README.md                            # Compatibility + Namespace coordination + Verification + ADR sections
    
  4. Generate plugin.json with name, description, version, author (do NOT include skills, commands, or agents arrays — Claude Code auto-discovers these from directory structure)
  5. Generate SKILL.md files with proper frontmatter:
    ---
    name: skill-name
    description: What this skill does
    allowed-tools: mcp__plugin_ruflo-core_ruflo__tool1 mcp__plugin_ruflo-core_ruflo__tool2 Bash
    ---
    
  6. Generate command files with name and description frontmatter
  7. Generate agent files with name, description, and model: sonnet
  8. Generate README.md with install instructions, features, commands, skills, AND the canonical plugin-contract sections:
    • Compatibility — pin to @claude-flow/cli v3.6 major+minor
    • Namespace coordination — claim a kebab-case <plugin-stem>-<intent> namespace; defer to ruflo-agentdb ADR-0001 §"Namespace convention"
    • Verification — bash plugins/<name>/scripts/smoke.sh
    • Architecture Decisions — link to ADR-0001
  9. Generate ADR-0001 (Proposed) at docs/adrs/0001-<name>-contract.md documenting: pinning, namespace coordination, MCP-tool surface count if applicable, smoke contract scope. Status: Proposed.
  10. Generate scripts/smoke.sh — at minimum 8 structural checks: version + keywords; skills/agents/commands present with valid frontmatter; v3.6 pin in README; namespace coordination block in README; ADR exists with status Proposed; no wildcard tools in skills.
  11. Update marketplace.json if adding to the ruflo marketplace.

MCP-tool drift to avoid (per sibling-ADR lessons learned)

Several plugins shipped with subtle MCP bugs the loop has been finding. Don't replicate them:

  • embeddings_embed does not exist. Real tool is embeddings_generate. Don't reference embeddings_embed in any allowed-tools line.
  • agentdb_hierarchical-* does NOT route by namespace. It routes by tier (working|episodic|semantic). Pass tier, not namespace. For namespaced reads/writes, use memory_* instead.
  • agentdb_pattern-* does NOT route by namespace. It routes through ReasoningBank. Don't pass a namespace arg — fallback writes to the reserved pattern namespace via memory-store-fallback.
  • pattern (singular) and patterns (plural) are different namespaces. ReasoningBank fallback writes to pattern; hooks_pretrain writes to patterns. Don't conflate them.

Plugin.json schema

Required fields (the repo gate scripts/audit-plugin-manifest.mjs fails without them):

  • name — plugin identifier (kebab-case, must equal the directory name)
  • description — what the plugin does
  • version — semver (X.Y.Z, optional pre-release suffix); bump it on every change, because marketplace users only receive a plugin when its version changes
  • keywords — non-empty array of strings

Recommended fields:

  • author — { "name": "...", "url": "..." }
  • homepage, license

Optional fields:

  • graph_adapter — ADR-130 graph intelligence contract (commented out by default in generated output):
    // "graph_adapter": {
    //   "edgeRelations": ["my-relation-type"],
    //   "nodeTypes": ["entity"],
    //   "autoRegister": true
    // }
    
    When autoRegister: true, the plugin's edges are automatically included in graph_edges writes by the core graph layer. Declare edgeRelations — the relation types this plugin produces.

Do NOT include skills, commands, or agents arrays in plugin.json — these are auto-discovered from the directory structure by Claude Code and will cause validation errors if present.

Available MCP tools to wire

Browse available tools: mcp__plugin_ruflo-core_ruflo__transfer_plugin-info

Common tool categories:

  • memory_* — storage, search, retrieval
  • agentdb_* — 20 controller-bridge tools (the count grows) (do NOT pass namespace arg — they route by tier or ReasoningBank); call agentdb_controllers at runtime for the canonical list
  • neural_* — neural training and prediction
  • hooks_* — lifecycle hooks and intelligence
  • browser_* — browser automation
  • workflow_* — workflow management
  • aidefence_* — safety scanning
  • embeddings_* — 10 vector-embedding tools (use embeddings_generate, NOT embeddings_embed which does not exist)

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Compare models available through the HuggingFace router with chat-ui configuration, research missing models, and write short English descriptions of their architecture and capabilities. Add entries to both production and development configuration files and commit the changes.

  • Adding newly available router models to chat-ui
  • Writing concise descriptions of model capabilities
  • Updating production and development model entries together
ruvnet/ruflo76.9KUpdated Oct 19, 2026

adr-create

FreeSummary

Create an Architecture Decision Record, a document for recording important design choices, with the next sequential number. It generates a Markdown template, registers the record in AgentDB, and links related decisions found through search.

  • Record the reasoning behind adopting a technology
  • Start an ADR for an API or data model change
  • Document an infrastructure decision
ruvnet/ruflo76.9KUpdated Oct 19, 2026

adr-index

FreeSummary

Build a searchable index and relationship graph from ADRs, records of architectural decisions. Import two supported document formats, refresh existing metadata without duplicate relationships, and review summaries of statuses, missing references, and inconsistencies.

  • Index ADRs imported from another project
  • Refresh a graph that differs from files on disk
  • Set up ADR tracking in an existing codebase
ruvnet/ruflo76.9KUpdated Oct 19, 2026

adr-reindex

FreeSummary

Rebuild the index of ADRs, records of architectural decisions, after files or relationship lines are deleted. It clears stored records and relationships, indexes the files still present, and checks that the final record count matches.

  • Rebuild the index after deleting an ADR file
  • Remove stale relationships after editing an ADR
  • Reconcile the ADR index on a schedule
ruvnet/ruflo76.9KUpdated Oct 19, 2026

adr-review

FreeSummary

Review code changes against accepted Architecture Decision Records, documents that capture agreed design choices. Report violations, outdated references, compliant changes, and areas without ADR coverage, then suggest code fixes or a new decision record where appropriate.

  • Check a pull request before merging
  • Review major code changes against agreed design decisions
  • Find references to superseded ADRs
ruvnet/ruflo76.9KUpdated Oct 19, 2026

adr-verify

FreeSummary

Check saved architecture decision records (ADRs) for broken references, circular replacement relationships, and inconsistent statuses. Use the results to verify imported records or stop a CI check when selected integrity rules fail.

  • Checking ADR integrity after import
  • Blocking CI when ADR issues are found
  • Reviewing ADR data before a release
ruvnet/ruflo76.9KUpdated Oct 19, 2026

See all skills by ruvnet

Report a problem with this skill