Skill v1.0.1
currentAutomated scan100/1001 files
version: "1.0.1" name: managing-agents description: Manages temporary and defined agents including creation, promotion, cleanup, and namespacing. Use when user creates custom agents, asks about agent lifecycle, temp agents, or agent management.
Managing Orchestration Agents
I manage the lifecycle of agents in the orchestration system: creation, execution, promotion, and cleanup.
When I Activate
I automatically activate when you:
- Create or define custom agents
- Ask about agent lifecycle
- Mention temp agents or agent promotion
- Want to understand agent namespacing
- Ask "how do I create an agent?"
Agent Types
Built-in Agents
No namespace prefix, always available:
Explore- Codebase explorationgeneral-purpose- General-purpose taskscode-reviewer- Code reviewimplementation-architect- Architecture planningexpert-code-implementer- Code implementation
Plugin Defined Agents
With `orchestration:` prefix, permanent agents in this plugin:
orchestration:workflow-socratic-designerorchestration:workflow-syntax-designer- Custom agents you promote
Located in: agents/ directory Registry: agents/registry.json
Temp Agents
With `orchestration:` prefix, workflow-specific ephemeral agents:
- Created during workflow design
- Saved in
temp-agents/directory - Auto-cleaned after workflow execution
- Can be promoted to permanent
Reference in workflows: $agent-name
Temp Agent Lifecycle
See temp-agents.md for complete guide.
1. Creation
Created automatically during workflow design:
---name: security-scannerdescription: Scans for security vulnerabilitiescreated: 2025-01-08---You are a security expert specializing in vulnerability detection...
Saved to: temp-agents/security-scanner.md
2. Execution
Referenced in workflow with $ prefix:
$security-scanner:"Scan codebase":findings ->general-purpose:"Analyze {findings}"
Executed with namespace: orchestration:security-scanner
3. Promotion
After workflow completion, you can save temp agents:
Workflow complete!Temp agents created:- security-scanner- performance-profilerSave as permanent agents? [Y/n]
If saved:
- Moved from
temp-agents/toagents/ - Added to
agents/registry.json - Available in all future workflows
- No need to recreate
4. Cleanup
Unsaved temp agents are deleted:
🧹 Cleaned up 2 temporary file(s):- temp-agents/security-scanner.md- examples/workflow-data.json
Creating Defined Agents
See defined-agents.md for detailed guide.
To create a permanent agent manually:
1. Create Agent File
agents/custom-agent.md:
---name: custom-agentnamespace: orchestration:custom-agentdescription: One-line description of what this agent doestools: [Read, Grep, Edit]usage: "Use via Task tool with subagent_type: 'orchestration:custom-agent'"---You are a specialized agent for [purpose].Your responsibilities:1.Task 12.Task 2Output format:[Expected output format]Use these tools:-Read: [When to use]-Grep: [When to use]
2. Register Agent
Add to agents/registry.json:
{"custom-agent": {"file": "custom-agent.md","description": "One-line description","namespace": "orchestration:custom-agent","created": "2025-01-08","usageCount": 0}}
3. Use in Workflows
Reference by name (system adds namespace automatically):
custom-agent:"Perform specialized task":output
Namespace Conventions
See namespacing.md for complete reference.
Namespace Rules
| Agent Type | User Writes | System Executes | |
|---|---|---|---|
| Built-in | Explore:"task" | Explore | |
| Defined plugin | workflow-socratic-designer | orchestration:workflow-socratic-designer | |
| Temp | $security-scanner | orchestration:security-scanner |
Why Namespacing?
- Avoid conflicts - Plugin agents don't conflict with built-ins
- Clear identification - Know which plugin provides agent
- Proper routing - System knows where to find agent
Resolution Algorithm
function resolveAgent(name) {// 1. Check if built-inif (isBuiltIn(name)) return name;// 2. Check if other plugin (e.g., superpowers:)if (name.includes(':')) return name;// 3. Add orchestration namespacereturn `orchestration:${name}`;}
Agent Promotion Process
See promotion.md for details.
After workflow execution with temp agents:
1. Review Phase
Temp agents used in this workflow:1. security-scannerDescription: Scans for security vulnerabilitiesUsed: 1 time in workflow2. performance-profilerDescription: Analyzes code performanceUsed: 1 time in workflowSelect agents to save (space-separated numbers, or 'none'):
2. Selection
You selected: security-scannerPromotion options:[P]romote as-is - Save with current definition[E]dit first - Modify before saving[S]kip - Don't save this agent
3. Promotion
If promoted:
- File moved from
temp-agents/toagents/ - Entry added to
agents/registry.json - Confirmation message shown
4. Cleanup
Unselected agents are deleted
Agent Maintenance
Updating Agents
To update a defined agent:
- Edit
agents/agent-name.md - Update description/responsibilities/tools
- Optionally update
agents/registry.jsonmetadata
Changes take effect immediately in new workflows.
Deleting Agents
To remove a defined agent:
- Delete
agents/agent-name.md - Remove entry from
agents/registry.json
Agent will no longer be available in workflows.
Agent Usage Statistics
Track agent usage in agents/registry.json:
{"security-scanner": {"usageCount": 15,"lastUsed": "2025-01-08T14:30:00Z"}}
Best Practices
Creating Agents
✅ DO:
- Make prompts comprehensive and specific
- Include clear output format requirements
- Recommend appropriate tools
- Handle edge cases
- Define success criteria
❌ DON'T:
- Create for simple one-line tasks
- Make too generic ("do analysis")
- Forget error handling
- Skip tool recommendations
Promoting Agents
✅ Promote when:
- Agent is reusable across workflows
- Well-tested and reliable
- Provides domain-specific expertise
- Saves time in future workflows
❌ Don't promote when:
- One-time use only
- Too specific to single workflow
- Untested or unreliable
- Duplicates existing agent
Naming Agents
✅ Good names:
security-scanner(clear purpose)api-doc-generator(descriptive)performance-profiler(specific)
❌ Bad names:
helper(too generic)agent1(meaningless)do-stuff(vague)
Common Issues
"Agent not found" error:
- Check spelling of agent name
- Verify temp agent file exists in
temp-agents/ - Ensure defined agent in
agents/and registry - Check if agent was already cleaned up
Namespace conflict:
- Built-in agents don't need prefix
- Plugin agents automatically prefixed
- Don't manually add
orchestration:in workflows
Temp agent disappeared:
- Temp agents auto-deleted after workflow
- Save important agents during promotion phase
- Check cleanup logs for what was deleted
Registry Structure
agents/registry.json:
{"$schema": {"description": "Registry of defined agents","namespace": "orchestration:","usage": "All agents accessed via 'orchestration:{agent-name}'"},"agent-name": {"file": "agent-name.md","description": "One-line description","namespace": "orchestration:agent-name","created": "2025-01-08","usageCount": 0,"lastUsed": null}}
Examples
See examples in:
- temp-agents.md - Temp agent examples
- defined-agents.md - Permanent agent examples
- promotion.md - Promotion workflow examples
Related Skills
- creating-workflows: Create workflows that use agents
- executing-workflows: Execute workflows with agents
- designing-syntax: Design custom syntax for agents
Need to create or manage agents? Just ask!