agent-creator
- Repo stars 2,235
- Author updated Live
- Author repo claude-code-plugins-plus-skills
- Domain
- AI
- Compatible agents
-
- Claude Code
- Cursor
- Cline
- Codex
- Windsurf
- Gemini CLI
- +20
- Trust score
- 88 / 100 · community maintained
- Author / version / license
- @jeremylongshore · no license declared
- Token usage
- Lean
- Setup complexity
- Guided setup
- External API key
- Not required
- Operating systems
- Unspecified (assume cross-platform)
- Runtime requirements
- No special requirements
- Permissions
-
- Read-only
- Write / modify
- Shell exec
- Network behavior
- Local-only
- Install commands
- 26 variants
Profile is derived at build time from SKILL.md and install vectors. Subject to drift from author intent.
Heads up: 未限定 allowed-tools,默认拥有全部工具权限。
---
name: agent-creator
description: 'Create production-grade agent .md files aligned with the Anthropic 2026 Creates spec-compliant…
category: ai
runtime: no special runtime
---
# agent-creator output preview
## PART A: Task fit
- Use case: 'Create production-grade agent .md files aligned with the Anthropic 2026 Creates spec-compliant agent .md files following the Anthropic 2026 16-field schema. Supports runs entirely locally. Works with Claude Code, Cursor, Cline and 23 more..
- Inputs: target material, constraints, expected output, and acceptance criteria.
- Evidence boundary: follow “Overview / Prerequisites / Instructions” and do not present inference as author intent.
## PART B: Execution result
- **01** The card summarizes the use case; runtime output centers on “'Create production-grade agent .md files aligned with the Anthropic 2026 Creates spec-compliant agent .md files following the Anthropic 2026 16-field schema. Supports runs entirely locally. Works with Claude Code, Cursor, Cline and 23 more.”.
- **02** When the source has headings, the agent prioritizes “Overview / Prerequisites / Instructions” so the result follows the author’s structure.
- **03** Typical output includes task judgment, concrete steps, required commands or file edits, validation, and follow-up options.
- **04** Risk context follows the fingerprint: read files, write/modify files, run shell commands; mostly runs locally; usually needs no extra API key.
## Running Rules
- read files, write/modify files, run shell commands; mostly runs locally; usually needs no extra API key.
- Validate with a small sample before expanding scope.
- Return the result, validation criteria, and next iteration options. The source does not require a stable slash command. After installation, invoke the skill by name and describe the task.
Name target files or source material, expected output, forbidden changes, and whether network or shell access is allowed. Permission fingerprint: read files, write/modify files, run shell commands.
Start with a small task and check whether the result follows “Overview / Prerequisites / Instructions”. Inspect diffs, logs, previews, or tests before expanding scope.
Confirm the final output includes a concrete result, evidence, and next action. If it stays generic, tighten inputs, boundaries, and acceptance criteria.
---
name: agent-creator
description: 'Create production-grade agent .md files aligned with the Anthropic 2026 Creates spec-compliant…
category: ai
source: jeremylongshore/claude-code-plugins-plus-skills
---
# agent-creator
## When to use
- 'Create production-grade agent .md files aligned with the Anthropic 2026 Creates spec-compliant agent .md files follow…
- Use it when the task has clear inputs, repeatable steps, and validation criteria.
## What to provide
- Target material, scope, expected result, and forbidden changes.
- Whether network, commands, file writes, or external services are allowed.
## Execution rules
- Organize steps around “Overview / Prerequisites / Instructions” and keep inference separate from source facts.
- read files, write/modify files, run shell commands; mostly runs locally; usually needs no extra API key.
- Validate with a small sample before expanding the task.
## Output requirements
- Return the deliverable, key evidence, validation method, and next action.
- Mark missing information as unknown; do not invent commands, platforms, or dependencies. The author source anchors workflow facts; repository files anchor sources and commands; Fluxly only adds fit, limitations, and quality judgment.
skill "agent-creator" {
input -> user goal + target files + boundaries + acceptance criteria
context -> Overview / Prerequisites / Instructions
rules -> SKILL.md triggers / order / output contract
runtime -> no special runtime | read files, write/modify files, run shell commands | mostly runs locally
guardrails -> usually needs no extra API key + small-sample validation + diff/log review
output -> copyable result + checklist + next iteration
} Agent Creator
Creates spec-compliant agent .md files following the Anthropic 2026 16-field schema. Supports both creation of new agents and validation of existing ones.
Overview
Agent Creator fills the gap between ad-hoc agent files and production-grade agents that pass
marketplace validation. It enforces the Anthropic agent schema (14 valid fields), prevents
common mistakes (using allowed-tools instead of disallowedTools, adding invalid fields like
capabilities or expertise_level), and produces agents with substantive body content that
actually guides Claude's behavior.
Key difference from skill-creator: agents support both tools (allowlist) AND disallowedTools
(denylist), while skills only use allowed-tools (allowlist). Agents also support effort,
maxTurns, skills, memory, isolation, permissionMode, background, color, and
initialPrompt — fields that don't exist for skills. The agent body becomes the system prompt
that drives the subagent — it does NOT receive the full Claude Code system prompt.
Prerequisites
- Claude Code CLI with agent support
- Target directory writable (
agents/within a plugin or~/.claude/agents/for standalone) - Familiarity with what the agent should specialize in
Instructions
Mode Detection
Determine user intent from their prompt:
- Create mode: "create an agent", "build a subagent", "new agent" -> Step 1
- Validate mode: "validate agent", "check agent", "grade agent" -> Validation Workflow
Step 1: Understand Requirements
Ask the user with AskUserQuestion:
Agent Identity:
- Name (kebab-case, 1-64 chars, e.g.,
risk-assessor,clause-analyzer) - Specialty description (20-200 chars — shown in agent selection UI)
Execution Context:
- Plugin agent (
plugins/*/agents/) or standalone (~/.claude/agents/)? - Will it be spawned by an orchestrator skill via
Tasktool? - Does it need to preload specific skills? (
skills: [skill-name])
Behavioral Controls:
- Model override? (
sonnetfor speed,opusfor quality,inheritfor default) - Reasoning effort? (
lowfor simple,mediumdefault,highfor complex analysis) - Max iterations? (
maxTurns— how many tool-use loops before stopping) - Tools to deny? (
disallowedTools— denylist approach, opposite of skills)
Plugin Restrictions (if plugin agent):
hooks— NOT supported in plugin agents (use plugin-level hooks)mcpServers— NOT supported in plugin agentspermissionMode— standalone only, NOT plugin agents
Step 2: Plan the Agent
Before writing, determine:
Agent Role Clarity: The agent body must make three things unambiguous:
- What it IS responsible for — its specific domain/methodology
- What it is NOT responsible for — boundaries with other agents
- How it communicates results — output format and structure
Body Structure Pattern: All production agents should follow this body structure:
| Section | Purpose | Required? |
|---|---|---|
# Title |
Agent name as heading | Yes |
## Role |
2-3 sentence domain description with boundaries | Yes |
## Inputs |
Parameters the agent receives when spawned | Yes (if spawned by orchestrator) |
## Process |
Step-by-step methodology (numbered steps with ### headings) | Yes |
## Output Format |
Structured output spec (JSON, markdown, or table) | Yes |
## Guidelines |
Do/don't behavioral rules | Yes |
## When Activated |
Trigger conditions (when spawned or auto-detected) | Recommended |
## Communication Style |
Tone and formatting preferences | Recommended |
## Success Criteria |
What good vs poor output looks like | Recommended |
## Examples |
Concrete interaction examples | For complex agents |
Output Structure Decision:
- If the agent feeds into an orchestrator: use JSON output (machine-parseable)
- If the agent is user-facing: use markdown output (human-readable)
- If the agent produces both: JSON primary with markdown summary
Step 3: Write the Agent File
Generate the agent .md using the template from
${CLAUDE_SKILL_DIR}/../skill-creator/templates/agent-template.md.
Frontmatter Rules (Anthropic 16-field schema):
See Anthropic Agent Spec for the full official reference.
Required fields:
name: {agent-name} # Lowercase letters and hyphens, unique identifier
description: "{specialty}" # When Claude should delegate to this subagent
Optional fields (include only what's needed):
tools: "Read, Glob, Grep" # Allowlist — inherits all tools if omitted
disallowedTools: "Write" # Denylist — removed from inherited/specified list
model: sonnet # sonnet|haiku|opus|inherit|full model ID
effort: medium # low|medium|high|max (max = Opus 4.6 only)
maxTurns: 15 # Max agentic turns before stopping
skills: [skill-name] # Skills to inject at startup (full content loaded)
memory: project # user|project|local — persistent cross-session
background: false # Always run as background task
isolation: worktree # Run in temporary git worktree
color: blue # Display: red|blue|green|yellow|purple|orange|pink|cyan
initialPrompt: "..." # Auto-submitted first turn (--agent mode only)
permissionMode: default # Standalone only, NOT plugin agents
hooks: {} # Standalone only, NOT plugin agents
mcpServers: {} # Standalone only, NOT plugin agents
Tool access:
tools= allowlist (like skills'allowed-tools)disallowedTools= denylist (remove specific tools)- If both set: disallowed applied first, then tools resolved
- If neither set: inherits all tools from parent conversation
Invalid fields (ERROR — never use these):
capabilities— looks valid but flagged by validatorexpertise_level— invented, not in Anthropic specactivation_priority— invented, not in Anthropic specactivation_triggers,type,category— not in specallowed-tools— that's the skill-only syntax; agents usetoolsordisallowedTools
Body Content Guidelines:
Role section must set boundaries. Don't just say what the agent does — say what it does NOT do. Example: "You analyze contract clauses for risk. You do NOT provide legal advice or make recommendations — that is the recommendations agent's responsibility."
Process steps must be concrete. Each step should tell Claude exactly what to do, not vaguely gesture at an activity. Bad: "Analyze the document." Good: "Read the full contract. For each clause, extract: (a) the exact text, (b) the clause category from the taxonomy below, (c) a plain English summary in one sentence."
Output format must be machine-parseable if feeding an orchestrator. Use JSON with a concrete schema example. Include field descriptions so Claude knows what each field means.
Guidelines should include both DO and DON'T rules. Example:
- DO: "Be specific — quote exact clause text, don't paraphrase"
- DON'T: "Don't make legal recommendations — only identify and score risks"
Keep under 300 lines (agent body limit — prevents context bloat in subagent window). If the agent needs extensive reference material, create a companion skill with
references/directory and preload it via theskillsfield.
Step 4: Validate the Agent
Run validation against the Anthropic 16-field schema:
Manual checklist:
| Check | Rule |
|---|---|
name present |
1-64 chars, kebab-case |
description present |
20-200 chars |
| No invalid fields | None of: capabilities, expertise_level, activation_priority, type, category |
| No skill-only fields | No allowed-tools (use disallowedTools instead) |
| Plugin restrictions | No hooks/mcpServers/permissionMode if plugin agent |
| Body has Role section | Clear domain + boundaries |
| Body has Process section | Numbered steps |
| Body has Output Format | Concrete schema example |
| Body has Guidelines | Do/don't rules |
| Body under 300 lines | Offload to references if longer (prevents context bloat) |
Automated validation:
python3 ${CLAUDE_SKILL_DIR}/../skill-creator/scripts/validate-skill.py --agents-only {plugin-dir}/
Step 5: Test the Agent
Test the agent by spawning it via the Task tool or the Agent tool:
- Write a test prompt that exercises the agent's core capability
- Spawn the agent with that prompt
- Check: Does the output match the declared Output Format?
- Check: Does the agent stay within its declared Role boundaries?
- Check: Does it follow the Process steps?
- Iterate on the body content if the agent strays
Step 6: Report
Provide a summary:
- Agent name and file path
- Frontmatter field count (of 14 possible)
- Body line count
- Sections present
- Validation result (pass/fail with specific issues)
- Test result summary
Validation Workflow
When the user wants to validate an existing agent:
- Locate the agent .md file
- Parse YAML frontmatter
- Check against the 16-field Anthropic schema:
namepresent and valid (1-64 chars, kebab-case)?descriptionpresent and valid (20-200 chars)?- Any invalid fields? (capabilities, expertise_level, activation_priority, etc.)
- Any skill-only fields? (allowed-tools)
- Plugin restrictions respected?
- Check body content:
- Has
## Rolesection? - Has
## Processsection with numbered steps? - Has
## Output Formatwith concrete example? - Has
## Guidelines? - Under 300 lines? (agent body limit)
- Has
- Report findings with severity (ERROR/WARNING/INFO)
- Suggest specific fixes for each issue
Output
- Create mode: A complete agent .md file with valid frontmatter and substantive body, plus a creation report with validation status.
- Validate mode: A compliance report listing errors, warnings, and info items with specific fix recommendations for each.
Examples
Subagent for Orchestrator Skill
Input: "Create a risk assessment agent that scores contract clauses"
Output: agents/risk-assessor.md with frontmatter:
name: risk-assessor
description: "Score contract clauses for legal and financial risk on a 1-10 scale"
model: sonnet
effort: high
maxTurns: 10
Body sections: Role (risk scoring specialist, does NOT make recommendations), Inputs (contract_text, contract_type, output_path), Process (4 steps: read, categorize, score, aggregate), Output Format (JSON with clause scores and risk matrix), Guidelines (be specific, cite clause text, use 4-factor scoring methodology).
Standalone User-Facing Agent
Input: "Create a code review agent"
Output: ~/.claude/agents/code-reviewer.md with frontmatter:
name: code-reviewer
description: "Review code for bugs, performance issues, and security vulnerabilities"
effort: high
Body sections: Role (code quality specialist), Process (read code, check patterns, identify issues, suggest fixes), Output Format (markdown with severity-rated findings), Guidelines (cite line numbers, explain why not just what), Communication Style (direct, educational, actionable).
Error Handling
| Error | Cause | Resolution |
|---|---|---|
allowed-tools in agent |
Used skill-only field | Replace with disallowedTools (denylist) or remove |
capabilities field |
Common mistake — looks valid but isn't in Anthropic spec | Remove field entirely |
expertise_level field |
Invented field from community templates | Remove — express expertise in body content |
| Description > 200 chars | Exceeds Anthropic limit | Shorten to 20-200 char range |
| Description < 20 chars | Below minimum | Expand to describe agent's specific specialty |
permissionMode in plugin agent |
Standalone-only field used in plugin context | Remove — only valid in ~/.claude/agents/ |
hooks in plugin agent |
Plugin agents can't have hooks | Move to plugin-level hooks/hooks.json |
| Body has no Process section | Agent lacks step-by-step methodology | Add numbered steps under ## Process |
| Body over 300 lines | Too long for agent context | Extract reference material to companion skill |
Resources
- Anthropic Agent Spec — Official 16-field schema from code.claude.com/docs/en/sub-agents
- Agent template — Skeleton with placeholders
- Frontmatter spec — Field reference (internal)
- Source of truth — Canonical spec
- Validation rules — Agent validation section
Decide Fit First
Design Intent
How To Use It
Boundaries And Review