Best for
- Use when users want to create a new subagent, configure agent delegation, set up task-specific agents, or define specialized assistants.
eltmon/overdeck/sync-sources/skills/pan-subagent-creator/SKILL.md
Create custom Claude Code subagents with isolated context windows, specific tool permissions, and specialized prompts. Use when users want to create a new subagent, configure agent delegation, set up task-specific agents, or define specialized assistants. Triggers on "create a subagent", "make a custom agent", "define an agent", "agent configuration", or "Task tool agent".
Decision brief
Create specialized subagents that handle specific tasks with their own context windows, system prompts, and tool permissions.
Compatibility matrix
| Platform | Status | Evidence | What to check |
|---|---|---|---|
| Codex | Not declared | No explicit evidence | Portability before use |
| Claude Code | Declared | Source record | Install path and trigger |
| Cursor | Not declared | No explicit evidence | Portability before use |
| Gemini CLI | Not declared | No explicit evidence | Portability before use |
Installation
The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.
npx skills add https://github.com/eltmon/overdeck --skill "sync-sources/skills/pan-subagent-creator"Inspect the Agent Skill "pan-subagent-creator" from https://github.com/eltmon/overdeck/blob/da5ab83250ee6edab65e2050111624829ffaf5dd/sync-sources/skills/pan-subagent-creator/SKILL.md at commit da5ab83250ee6edab65e2050111624829ffaf5dd. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.
Workflow
The description is how Claude decides when to delegate. Make it specific:
What specific task does this agent handle?
The description is how Claude decides when to delegate. Make it specific:
Review the “Step 3: Create Agent File” section in the pinned source before continuing.
Use imperative voice. Be specific about: - What the agent should do when invoked - How to structure output - What to avoid - Error handling
Permission review
The documentation asks the agent to create, modify, or delete local files.
### Step 3: Create Agent FileThe documentation asks the agent to read local files, directories, or repositories.
| **Explore** | Haiku | Fast, read-only codebase analysis |Evidence record
| Signal | Value | Evidence type | Meaning |
|---|---|---|---|
| Quality score | 92/100 | Computed | Documentation, specificity, maintenance, and trust rules |
| Repository stars | 18 | Source | Repository attention, not individual Skill quality |
| Compatibility | 1 platforms | Source | Declared in the catalog source record |
| Usage guide | automated source guide | Editorial | Generated or reviewed according to the visible evidence level |
Pinned source
Create specialized subagents that handle specific tasks with their own context windows, system prompts, and tool permissions.
Subagents are mini-agents with:
Claude delegates to subagents via the Task tool based on matching descriptions.
Subagents are Markdown files with YAML frontmatter:
---
name: code-reviewer
description: Expert code review. Use proactively after code changes.
tools: Read, Grep, Glob, Bash
model: sonnet
---
You are a senior code reviewer focusing on quality, security, and best practices.
[Instructions for the subagent...]
| Field | Required | Description |
|---|---|---|
name | Yes | Unique identifier (lowercase, hyphens allowed) |
description | Yes | When Claude should delegate - this is how Claude decides |
tools | No | Allowed tools (inherits all if omitted) |
disallowedTools | No | Tools to explicitly deny |
model | No | haiku, sonnet, opus, or inherit (default: sonnet) |
permissionMode | No | default, acceptEdits, dontAsk, bypassPermissions, plan |
skills | No | Skills to load at startup |
hooks | No | Lifecycle hooks for validation |
| Location | Scope | Use Case |
|---|---|---|
.claude/agents/ | Current project | Team-shared subagents |
~/.claude/agents/ | All projects | Personal, reusable subagents |
CLI --agents flag | Current session | Quick testing |
| Model | Cost | Best For |
|---|---|---|
| Haiku | Lowest | Read-only exploration, simple validation |
| Sonnet | Medium | Most tasks, good balance |
| Opus | Highest | Complex reasoning, critical decisions |
| inherit | Parent's | Match main conversation |
permissionMode: default # Normal permission prompts
permissionMode: acceptEdits # Auto-accept file edits
permissionMode: dontAsk # Auto-deny all prompts
permissionMode: bypassPermissions # Skip all checks (dangerous)
permissionMode: plan # Read-only exploration mode
Read-only agents:
tools: Read, Grep, Glob
Code review agents:
tools: Read, Grep, Glob, Bash
Full development agents:
tools: Read, Write, Edit, Bash, Grep, Glob
Restricted bash (specific commands only):
tools: Read, Grep, Glob, Bash(git status:*), Bash(git diff:*)
The description is how Claude decides when to delegate. Make it specific:
Good: "Expert database query optimizer. Analyzes SQL queries for performance issues, suggests indexes, and rewrites slow queries."
Bad: "Helps with database stuff."
# Project-level (shared with team)
mkdir -p .claude/agents
touch .claude/agents/my-agent.md
# User-level (personal)
mkdir -p ~/.claude/agents
touch ~/.claude/agents/my-agent.md
Use imperative voice. Be specific about:
Try prompts that should and shouldn't trigger the agent. Refine description if needed.
---
name: code-reviewer
description: Expert code review specialist. Reviews code for quality, security, and maintainability. Use proactively after code changes or when user asks for review.
tools: Read, Grep, Glob, Bash
model: inherit
---
You are a senior code reviewer ensuring high standards.
When invoked:
1. Run `git diff` to see recent changes
2. Focus on modified files
3. Begin review immediately
Review checklist:
- Code is clear and readable
- Functions and variables are well-named
- No duplicated code
- Proper error handling
- No exposed secrets or API keys
- Input validation present
- Good test coverage
- Performance considered
Provide feedback by priority:
- **Critical** (must fix)
- **Warning** (should fix)
- **Suggestion** (consider)
Include specific examples of how to fix issues.
---
name: db-reader
description: Execute read-only database queries. Use when user needs data analysis without modification risk.
tools: Bash
model: haiku
hooks:
PreToolUse:
- matcher: "Bash"
hooks:
- type: command
command: "./scripts/validate-readonly.sh"
---
You are a database analyst with read-only access.
Execute SELECT queries to answer questions about data.
You cannot modify data. If asked to INSERT, UPDATE, DELETE,
or modify schema, explain you only have read access.
---
name: test-runner
description: Run and analyze test suites. Returns only failures and summary, keeping main context clean. Use after code changes or when user asks to run tests.
tools: Bash, Read, Grep
model: haiku
---
You are a test execution specialist.
When invoked:
1. Identify test framework (jest, pytest, vitest, etc.)
2. Run full test suite
3. Analyze failures
4. Return concise summary:
- Total tests / passed / failed
- Failed test names and reasons
- Suggested fixes if obvious
Do NOT include passing test details - only failures matter.
Add validation scripts to enforce constraints:
hooks:
PreToolUse:
- matcher: "Bash"
hooks:
- type: command
command: "./scripts/validate-command.sh"
PostToolUse:
- matcher: "Edit|Write"
hooks:
- type: command
command: "./scripts/run-linter.sh"
Claude Code includes:
| Name | Model | Purpose |
|---|---|---|
| Explore | Haiku | Fast, read-only codebase analysis |
| Plan | Inherited | Research for plan mode |
| general-purpose | Inherited | Complex multi-step tasks |
| Bash | Inherited | Terminal commands in isolation |
Run tests/linting in subagent, return only failures to main conversation.
Multiple subagents explore different aspects, results synthesized by main agent.
Route read-only tasks to Haiku, complex reasoning to Sonnet/Opus.
Restrict tools to minimum needed. Use hooks for additional validation.
For quick testing without files:
claude --agents '{
"code-reviewer": {
"description": "Expert code reviewer.",
"prompt": "You are a senior code reviewer...",
"tools": ["Read", "Grep", "Glob", "Bash"],
"model": "sonnet"
}
}'
Agent not triggering:
Agent has wrong permissions:
disallowedTools doesn't block needed toolsAgent too expensive:
model: haiku for simple tasksFrequently asked questions
Create specialized subagents that handle specific tasks with their own context windows, system prompts, and tool permissions.
The source record exposes this install command: npx skills add https://github.com/eltmon/overdeck --skill "sync-sources/skills/pan-subagent-creator". Inspect the command and pinned source before running it.
The pinned source record declares support for: claude code.
Static rules flagged write-files, read-files in the source; the page lists the matching lines and excerpts.
Alternatives
yonatangross/orchestkit
Grade work that already exists and decide whether it can merge. Runs the project's current unit, integration, and E2E suites plus security scanning and type checking, scores every dimension 0-10, and returns a merge verdict with a VERIFIED-vs-CLAIMED evidence manifest. Writes no test files and edits no source. Use when verifying changes are ready to merge. Use /ork:cover instead when the tests still have to be written.
PramodDutta/qaskills
Gate RAG pipelines in CI with versioned golden eval sets, per-metric thresholds, baseline drift detection, and a build that fails when retrieval or answer quality regresses.
brucesongs/kali-claw
CAN/CAN-FD bus analysis, UDS diagnostics, IVI pentest, OBD-II exploitation, key fob replay/relay attacks, GNSS spoofing, EV charging station (ISO 15118), and connected vehicle red team operations.
upex-galaxy/agentic-qa-boilerplate
Execute regression test suites via CI/CD, analyze results, classify failures, and produce GO/NO-GO release decisions. Use when running regression, smoke, or sanity suites through GitHub Actions, monitoring workflow runs, downloading Allure or Playwright artifacts, classifying failures (REGRESSION vs FLAKY vs KNOWN vs ENVIRONMENT vs NEW TEST), computing pass-rate and trend metrics, deciding release readiness, generating executive quality reports, or creating regression issues. Triggers on: run re