mcpbeat Sign in

Agent Development Skill for Claude

Create and audit Claude subagents. Use when building specialized workers with isolated context. Includes frontmatter, allowed-tools, and agent patterns. Not for commands or skills.

3k tokens
context cost
the whole folder, loaded on every use
2
files
instructions only
0
copies elsewhere
how many repositories repackaged it
532
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/majiayu000/claude-skill-registry --skill agent-development

What comes with it

826 bytes besides the instruction
metadata.json

What it tells the agent to use

found in the instruction text
WebFetch fetches pages from the network
WebSearch reads your files
Task spawns other agents

The instruction itself

10 sections, as written by the author

<mission_control>

<objective>Create and audit agents that follow toolkit standards: proper configuration, tool constraints, and task scope</objective>

<success_criteria>Agent has valid frontmatter, appropriate allowed-tools, and clear task scope</success_criteria>

</mission_control>

Quick Start

If you need to create an agent: Create .claude/agents/name/ with agent.md.

If you need to audit an agent: Invoke this skill directly to validate configuration.

If you need to refine an agent: Compare against patterns and apply fixes.

| If you need... | Read this section... |

| :------------- | :------------------- |

| Directory structure | ## PATTERN: Directory |

| Frontmatter format | ## PATTERN: Frontmatter |

| allowed-tools | ## PATTERN: Allowed Tools |

| Perfect agent examples | ## PATTERN: Perfect Agent |

| Common failures | ## ANTI-PATTERN: Common Failures |

| Validation checklist | ## Validation Checklist |

Philosophy

Agents are specialized workers with isolated context. Unlike skills (portable knowledge), agents are configured workers with specific tool access and task scope.

Key insight: Agents are "configured workers" - they have specific capabilities defined by their configuration, unlike skills which encode knowledge.

Why this matters:

  • Agents have isolated context (Task tool spawns subagent)
  • Agents can have tool restrictions (allowed-tools)
  • Agents are task-specific workers, not general knowledge
  • Agent behavior is defined by frontmatter, not SKILL.md

PATTERN: Directory

Agents use a simple directory structure:

.claude/agents/agent-name/
└── agent.md

Directory Structure

| Item | Purpose |

| :--- | :------- |

| agent.md | Agent configuration with frontmatter |

| No references/ | Agents are self-configuring |

Example Structure

.claude/agents/
├── planning-agent/
│   └── agent.md
├── code-review-agent/
│   └── agent.md
└── testing-agent/
    └── agent.md

PATTERN: Frontmatter

Agents use YAML frontmatter for configuration:

---
name: agent-name
description: "Brief description, non spoiling of the content. Use when {trigger condition + keywords + key sentences user might say that should lead the agent to be invoked}. Not for {exclusions}."
allowed-tools:
  - Read
  - Write
  - Glob
model: sonnet  # Optional: sonnet, opus, haiku
temperature: 0  # Optional: 0-1
---

Frontmatter Fields

| Field | Required? | Purpose |

| :---- | :-------- | :------- |

| name | Yes | Agent identifier |

| description | Yes | Auto-discovery |

| allowed-tools | No | Tool whitelist |

| model | No | Claude model (sonnet/opus/haiku) |

| temperature | No | Response creativity (0-1) |

Description Format

| Element | Purpose | Required? |

| :------ | :------- | :-------- |

| Brief description | Action summary (non-spoiling) | Yes |

| "Use when" | Activation conditions | Yes |

| Keywords/triggers | User phrases that activate | Yes |

| "Not for" | Exclusions | Yes |

Description Examples

Basic:

description: "Plan implementation tasks. Use when starting new work or features that need planning."

Intermediate:

description: "Create implementation plans with TDD discipline. Use when starting new features, following test-driven development, or planning complex implementations. Not for bug fixes or quick tasks."

Gold Standard:

description: "Plan implementation using TDD discipline with parallel execution. Use when building new features, following test-driven development, or planning complex implementations. Creates test-first plans with verification gates. Not for bug fixes, hotfixes, or trivial changes."

## PATTERN: Allowed Tools

The `allowed-tools` field restricts which tools the agent can use:


name: restricted-agent

description: "Agent with limited capabilities."

allowed-tools:

  • Read
  • Write


### Tool Categories

| Category | Tools |
| :-------- | :----- |
| File Operations | Read, Write, Glob, Grep |
| Code Intelligence | LSP operations |
| Execution | Bash, Task |
| VS Code | All mcp__vscode-* tools |
| Web | WebFetch, WebSearch, mcp__exa-* |
| Orchestration | Skill, AskUserQuestion |

### allowed-tools Best Practices

| Do | Don't |
| :-- | :----- |
| Restrict to minimum needed | Use broad tool access |
| Limit destructive tools | Allow rm, rm -rf without hooks |
| Use for behavior guidance | Use as security (personal project) |
| Document why restrictions exist | Add without reason |

### Example Configurations

**Minimal (Read-only analysis):**

allowed-tools:

  • Read
  • Glob
  • Grep
  • LSP

**Standard (Read-write):**

allowed-tools:

  • Read
  • Write
  • Glob
  • Grep
  • Bash
  • LSP

**Full access:**

allowed-tools:

  • Read
  • Write
  • Glob
  • Grep
  • Bash
  • Task
  • LSP
  • WebFetch
  • WebSearch

## PATTERN: Perfect Agent

### Simple Agent (Analysis)


name: analysis-agent

description: "Analyze code and find patterns. Use when exploring codebase. Includes pattern matching and file discovery. Not for modifications."

allowed-tools:

  • Read
  • Glob
  • Grep
  • LSP

model: sonnet



### Medium Agent (with Task delegation)


name: planning-agent

description: "Create implementation plans with TDD. Use when starting features. Creates test-first plans with verification. Not for bug fixes."

allowed-tools:

  • Read
  • Write
  • Glob
  • Grep
  • Bash
  • Task
  • Skill

model: sonnet



### Complex Agent (Full capabilities)


name: full-agent

description: "Complete development workflow agent. Use for autonomous development. Includes planning, implementation, testing. Not for research tasks."

allowed-tools:

  • Read
  • Write
  • Glob
  • Grep
  • Bash
  • Task
  • Skill
  • LSP
  • WebFetch
  • WebSearch
  • mcp__vscode-*

model: opus

temperature: 0.7



## ANTI-PATTERN: Common Failures

### Anti-Pattern: Overly Broad allowed-tools

❌ Wrong:

allowed-tools:

  • Read
  • Write
  • Bash
  • Task
  • Skill
  • ALL_TOOLS # Never do this

**Fix:** Restrict to minimum needed:

✅ Correct:

allowed-tools:

  • Read
  • Glob
  • Grep

### Anti-Pattern: Missing Task Scope

❌ Wrong:


name: planning-agent

description: "Plan tasks."



**Fix:** Define clear scope in description:

✅ Correct:


name: planning-agent

description: "Create implementation plans with TDD. Use when starting features. Not for modifications."



### Anti-Pattern: No Model Specification

❌ Wrong:


name: analysis-agent

description: "Deep analysis."



**Fix:** Specify model for specialized tasks:

✅ Correct:


name: analysis-agent

description: "Deep analysis. Use for complex investigations."

model: opus



### Anti-Pattern: Wrong Directory Structure

❌ Wrong:

.claude/agents/planning-agent/

├── agent.md

└── references/

└── patterns.md

✅ Correct:

.claude/agents/planning-agent/

└── agent.md

Or use a Skill if references are needed:

.claude/skills/planning/

├── SKILL.md

└── references/

└── patterns.md


### Anti-Pattern: Agent References Slash Commands

❌ Wrong:

description: "Run /meta:refine:all operations."


**Fix:** Never reference slash commands:

✅ Correct:

description: "Run refinement operations. Use when improving multiple components. Orchestrates all refine operations."


## Validation Checklist

Before claiming agent authoring complete:

**Structure:**
- [ ] Agent in `.claude/agents/name/` directory
- [ ] Single `agent.md` file
- [ ] No `references/` folder

**Frontmatter:**
- [ ] Valid `name` field
- [ ] Description uses "Use when" format
- [ ] Clear task scope defined
- [ ] Exclusions documented if applicable

**Configuration:**
- [ ] `allowed-tools` defined (or omitted for defaults)
- [ ] Model specified for specialized tasks
- [ ] Temperature set for creative tasks

**Best Practices:**
- [ ] Tools restricted to minimum needed
- [ ] No reference to slash commands
- [ ] Task scope clearly defined
- [ ] Behavior guidance via allowed-tools

---

## Recognition Questions

| Question | Answer Should Be... |
| :------- | :------------------ |
| Does agent use directory structure? | Yes, `.claude/agents/name/` |
| Does agent have frontmatter? | Yes, with name and description |
| Does allowed-tools exist? | Yes, restricted to minimum |
| Does agent reference /meta? | No, never references slash commands |
| Is task scope clear? | Yes, description defines scope |
| Is model specified? | Yes, for specialized tasks |

---

<critical_constraint>
**Portability:**

1. Agents MUST reference skills by name only, never by path
2. Agents never know about commands that trigger them
3. Agent logic must be self-documenting
4. Never use relative paths pointing outside the skill itself. When referencing other components, use: "invoke `skill-name`" or "invoke `skill-name` and read its file"

**Self-Contained:**

1. All agent configuration MUST be in frontmatter
2. No external dependencies for validation
3. Fork isolation (works in vacuum)

**Configuration:**

1. allowed-tools guides behavior (removes options from availability)
2. Hooks can enforce (block operations via exit codes)
3. Tools should be restricted to minimum needed
4. Model and temperature affect agent creativity
</critical_constraint>

Other skills for the same job

different authors, same section of the catalogue
Skill Creator
by anthropics
vendor ×10

Create new skills, modify and improve existing skills, and measure skill performance. Use when users want to create a skill from scratch, edit, or optimize an existing skill, run evals to test a skill, benchmark skill performance with variance analysis, or optimize a skill's description for better triggering accuracy.

56k tokens scripts
Skill Creator
by vercel-labs
vendor ×10

Guide for creating effective skills. This skill should be used when users want to create a new skill (or update an existing skill) that extends Claude's capabilities with specialized knowledge, workflows, or tool integrations.

12k tokens scripts
Skill Creator
by JayZeeDesign
×9

Guide for creating effective skills. This skill should be used when users want to create a new skill (or update an existing skill) that extends Claude's capabilities with specialized knowledge, workflows, or tool integrations.

10k tokens scripts
Template Skill
by JayZeeDesign
×7

Replace with description of the skill and when Claude should use it.

35 tokens
Dispatching Parallel Agents
by ZhanlinCui
×5

Use when facing 2+ independent tasks that can be worked on without shared state or sequential dependencies

2k tokens
Skill Development
by anthropics
vendor ×4

This skill should be used when the user wants to "create a skill", "add a skill to plugin", "write a new skill", "improve skill description", "organize skill content", or needs guidance on skill structure, progressive disclosure, or skill development best practices for Claude Code plugins.

9k tokens
Find Skills
by sanity-io
vendor ×4

Helps users discover and install agent skills when they ask questions like "how do I do X", "find a skill for X", "is there a skill that can...", or express interest in extending capabilities. This skill should be used when the user is looking for functionality that might exist as an installable skill.

1k tokens
Writing Skills
by ZhanlinCui
×4

Use when creating new skills, editing existing skills, or verifying skills work before deployment

26k tokens scripts

How to use it

Copy the folder

Take majiayu000/claude-skill-registry-agent-development-git-fg-meta-plugin-manager-agent-development from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.