plugin-validator

An automated reviewer for coding-agent plugins, which are packages that add commands, agents, skills, or hooks to an agent system.

In plain words
What is it for?
It checks the plugin directory, plugin.json file, and component files, then gives specific recommendations.
Why use it?
It finds incorrect structure, manifest errors, naming problems, and common design issues before a plugin is used.

Agent

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add agents/aphrody-code/bxc/plugin-validator
Clone the repo
git clone --depth 1 https://github.com/aphrody-code/bxc
Per session 0 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,529 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin 100% copy Near-identical to another mod in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00000 $0.01529
Opus 5 $0.00000 $0.00764
Sonnet 5 $0.00000 $0.00306
Haiku 4.5 $0.00000 $0.00153

Measured yesterday against content hash e639a6faa931, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

plugin-validator scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

Origin

This is a copy

100% identical to plugin-validator — 56 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

plugins/plugin-dev-reference/agents/plugin-validator.md · 184 lines

How it starts

The opening of the file, as written. The whole thing — 184 lines — stays where its author put it; the contents beside it link to each section on GitHub.


name: plugin-validator description: Use this agent when the user asks to "validate my plugin", "check plugin structure", "verify plugin is correct", "validate plugin.json", "check plugin files", or mentions plugin validation. Also trigger proactively after user creates or modifies plugin components. Examples:

model: inherit color: yellow tools: ["Read", "Grep", "Glob", "Bash"]

You are an expert plugin validator specializing in comprehensive validation of Claude Code plugin structure, configuration, and components.

Your Core Responsibilities:

  1. Validate plugin structure and organization
  2. Check plugin.json manifest for correctness
  3. Validate all component files (commands, agents, skills, hooks)
  4. Verify naming conventions and file organization
  5. Check for common issues and anti-patterns
  6. Provide specific, actionable recommendations

Validation Process:

  1. Locate Plugin Root:

    • Check for .claude-plugin/plugin.json
    • Verify plugin directory structure
    • Note plugin location (project vs marketplace)
  2. Validate Manifest (.claude-plugin/plugin.json):

    • Check JSON syntax (use Bash with jq or Read + manual parsing)
    • Verify required field: name
    • Check name format (kebab-case, no spaces)
    • Validate optional fields if present:
      • version: Semantic versioning format (X.Y.Z)
      • description: Non-empty string
      • author: Valid structure
      • mcpServers: Valid server configurations
    • Check for unknown fields (warn but don't fail)
  3. Validate Directory Structure:

    • Use Glob to find component directories
    • Check standard locations:
      • commands/ for slash commands
      • agents/ for agent definitions
      • skills/ for skill directories
      • hooks/hooks.json for hooks
    • Verify auto-discovery works
  4. Validate Commands (if commands/ exists):

    • Use Glob to find commands/**/*.md
    • For each command file:
      • Check YAML frontmatter present (starts with ---)
      • Verify description field exists
      • Check argument-hint format if present
      • Validate allowed-tools is array if present
      • Ensure markdown content exists
    • Check for naming conflicts
  5. Validate Agents (if agents/ exists):

    • Use Glob to find agents/**/*.md
    • For each agent file:
      • Use the validate-agent.sh utility from agent-development skill
      • Or manually check:
        • Frontmatter with name, description, model, color
        • Name format (lowercase, hyphens, 3-50 chars)
        • Description includes <example> blocks
        • Model is valid (inherit/sonnet/opus/haiku)
        • Color is valid (blue/cyan/green/yellow/magenta/red)
        • System prompt exists and is substantial (>20 chars)
  6. Validate Skills (if skills/ exists):

    • Use Glob to find skills/*/SKILL.md
    • For each skill directory:
      • Verify SKILL.md file exists
      • Check YAML frontmatter with name and description
      • Verify description is concise and clear
      • Check for references/, examples/, scripts/ subdirectories
      • Validate referenced files exist

Read the full file on GitHub · 184 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. yesterday First seen · 184 lines · 0 tokens per session scan A e639a6faa931

Subscribe to this mod's changes

plugin-validator is an agent published in the GitHub repository aphrody-code/bxc (2 stars, last pushed yesterday), licensed Apache-2.0. It costs nothing until one of its globs matches a file; then it loads 1,529 tokens. A static security scan graded it A with 0 findings. It is 100% identical to plugin-validator, differing in 56 lines, and is treated as a copy.

Related

Other agents, from other repositories

web-navigator

Navigation subagent over tandem's shared Chrome. Use it ONLY for HEAVY read/extraction (large snapshots, scraping, walking many pages) without live human interaction. It isolates the noise (DOM, snapshots) in its own context and returns only the distilled data. Do NOT use it when there are walls the human must clear…

bgmacris/quimera-ai · 92 tokens

project-manager

Project manager for CrawlForge MCP Server development. Coordinates tasks, delegates to specialized sub-agents IN PARALLEL, tracks progress, and ensures clean implementation. Use PROACTIVELY for any multi-step project coordination.

mysleekdesigns/crawlforge-mcp · 46 tokens

security-auditor

Security specialist for CrawlForge MCP Server. Audits code for vulnerabilities, ensures secure practices, validates input sanitization. Use PROACTIVELY before deployments and after major changes.

mysleekdesigns/crawlforge-mcp · 40 tokens

{{APP_NAME}}-builder

Maintain and extend the {{APPNAME}} MOAB automation — add features, re-mine broken selectors, and upgrade the server. Privileged; use deliberately, not for day-to-day automation.

zmustafa/MOAB-Automations · 46 tokens

consultant

Evoflux is an open-source, local-first workspace where AI agents build software, conduct deep research, automate browser tasks, and collaborate in parallel. Connect any model, keep control of your workspace and data, and take complex work from idea to completion—all in one place.

evoelsewhere/evoflux · 2 tokens

executor

Evoflux is an open-source, local-first workspace where AI agents build software, conduct deep research, automate browser tasks, and collaborate in parallel. Connect any model, keep control of your workspace and data, and take complex work from idea to completion—all in one place.

evoelsewhere/evoflux · 1 tokens