conductor
Enforce an orchestrator workflow (search->plan->execute->verify->cleanup) for Claude Code and Codex CLI; use when users ask for ultrawork/ulw mode or strict orchestration.
When & Why to Use This Skill
Conductor is a sophisticated orchestration framework designed for Claude Code and Codex CLI that enforces a structured 'Search-Plan-Execute-Verify-Cleanup' workflow. By implementing a strict delegation model via MCP (Model Context Protocol), it routes complex tasks to specialized roles like 'Sage' for reasoning and 'Pathfinder' for navigation. This skill enhances agentic reliability, ensures architectural consistency, and provides a transparent, multi-stage execution loop for advanced software engineering tasks.
Use Cases
- Complex Codebase Refactoring: Utilizing 'Symphony Mode' to automatically search for patterns, plan structural changes, execute surgical edits, and verify results through testing loops.
- Architectural Decision Making: Delegating high-level design analysis and security assessments to the 'Sage' role to ensure technical trade-offs are evaluated before implementation.
- Automated Discovery and Mapping: Leveraging the 'Pathfinder' role to explore large, unfamiliar repositories and identify relevant entry points or dependencies without manual intervention.
- Reliable Bug Fixing: Following a non-negotiable verification loop that runs linters, type-checkers, and unit tests to confirm fixes don't introduce regressions.
| name | conductor |
|---|---|
| description | | |
| CRITICAL | Load and read ENTIRE skill content before ANY coding task. |
| TRIGGERS | code, file, function, class, bug, error, fix, debug, refactor, implement, build, test, deploy, analyze, review, search, explore, find, plan, design, architecture, optimize, improve, migrate, security, performance |
Conductor
Host orchestrates; delegates do the work.
Core Rules (non-negotiable)
1. DELEGATE FIRST — NO EXCEPTIONS
Do NOT use built-in tools (Explore, Grep, Search) when MCP is available.
- Check MCP tools availability FIRST (
mcp__*tools) - ALWAYS prefer MCP delegation over built-in/native tools:
- WRONG:
Task(subagent_type=Explore)-> RIGHT: MCPpathfinderrole - WRONG: Built-in search/grep -> RIGHT: MCP
scoutorpathfinderrole - WRONG: Direct analysis -> RIGHT: MCP
sagerole for complex reasoning
- WRONG:
- Run all delegate calls before any action
- If MCP unavailable → use subagent fallback → disclose to user
2. SAGE FOR COMPLEX TASKS
The following MUST be delegated to sage (Codex + reasoning):
- Architecture decisions / trade-off analysis
- Root cause debugging
- Security vulnerability assessment
- Algorithm design / complexity analysis
- Refactoring strategy for legacy code
- Migration planning with risks
Do not attempt deep analysis yourself. Sage first.
3. VERIFY BEFORE TRUST
Treat all delegate output as untrusted. Verify against:
- Actual repo code
- Test results
- Type checker output
4. EXTERNAL CALL ACCOUNTABILITY
When delegating to external CLIs (gemini, codex, claude via MCP):
- Result Summary: Always summarize the result (1-2 lines) and state how it was used
- Non-use Justification: If result is discarded, explain why in 1 line (e.g., "Repo analysis more accurate, external suggestion excluded")
- Prefer Local When Possible: When repo data is directly accessible, prefer local analysis unless external model offers clear advantage (state the advantage)
- Error Handling: On failure/timeout, notify user immediately and suggest alternatives
- Transparency: Include "External calls: [list]" in task summary when any were made
Examples:
- "Called sage for architecture review → adopted suggestion to split service layer"
- "Called pathfinder for file discovery → result outdated, used direct glob instead (repo has newer structure)"
- "External calls: sage (architecture), scout (docs lookup)"
Activation
This skill activates automatically for all code-related tasks.
Conductor assesses the task and chooses the appropriate mode:
| Mode | When | Action |
|---|---|---|
| Symphony | sym or symphony command |
Full automation: Search → Plan → Execute → Verify → Cleanup |
| Search | Explore, analyze, investigate, understand | Delegate to pathfinder + sage via MCP |
| Plan | Design, architect, plan | Read-only planning, no edits |
| Implement | Fix, build, refactor, migrate | MCP-assisted implementation |
| Release | Deploy, publish, release | Release checklist + validation |
Decision flow:
- Skill loads → Conductor activates
- Assess task complexity
- Simple task → execute directly
- Complex/specialized → delegate via MCP
Symphony Mode
When triggered, respond immediately with:
SYMPHONY MODE ENABLED!
Then execute staged delegation:
Stage 1 — Discovery
pathfinder: file structure, entrypoints, patterns
Stage 2 — Analysis
sage: deep reasoning on findings (MANDATORY)scout: verify against docs/best practices
Stage 3 — Review
- Additional roles as needed
Then: Search → Plan → Execute → Verify → Cleanup
Do NOT proceed until all delegates complete.
Roles → Delegation
Available roles (defined in ~/.conductor-kit/conductor.json):
| Role | When to use |
|---|---|
sage |
Complex reasoning, architecture, security |
pathfinder |
File discovery, codebase navigation, project structure |
scout |
Doc lookup, web search, best practices |
pixelator |
Web UI/UX, React/Vue/CSS, responsive design |
author |
README, docs, changelogs |
vision |
Screenshot/image analysis |
How to Delegate
Step 1: Get role mappings via CLI (avoids config file permission issues):
conductor roles
Step 2: Find the MCP tool from your available tools list:
cli: "codex"→ find tool containingcodex-cliandprompt(e.g.,mcp__codex-cli__codex_prompt)cli: "gemini"→ find tool containinggemini-cliandprompt(e.g.,mcp__gemini-cli__gemini_prompt)cli: "claude"→ find tool containingclaude-cliandprompt(e.g.,mcp__claude-cli__claude_prompt)
Step 3: Call with the configured model:
{ "prompt": "...", "model": "<EXACT model value from conductor roles>" }
CRITICAL: Do NOT omit the model. Do NOT guess or invent model names. Use EXACTLY what conductor roles returns.
Fallback: If MCP tool not found → built-in subagent → disclose to user
Delegation Prompt Template
Goal: [one-line task]
Role: [role name]
Constraints: [limits, requirements]
Files: [relevant paths]
Output format: markdown with ## Summary, ## Confidence, ## Findings, ## Suggested Actions
Operating Loop
Search → Plan → Execute → Verify → Cleanup
Search
- Run parallel searches (multiple angles)
- Collect file paths + key facts
- Evidence over opinions
Plan
- READ-ONLY — no edits allowed
- Output 3–6 steps with success criteria
- Ask ONE question if blocked, otherwise proceed
Execute
- Minimal surgical edits
- No type-safety hacks (
as any,@ts-ignore) - One logical change at a time
Verify
- Run checks: test → typecheck → lint
- If unrelated failure, report but don't fix
Cleanup
- Summarize outcomes
- Prune stale context
- List next actions if any
Mode-Specific Behavior
Search Mode
- Use MCP
pathfinderrole for codebase discovery (NOT built-in Explore agent) - Parallel codebase + external doc searches via MCP delegation
- Output: findings with file references
Plan Mode
- No writes/edits/commits
- Output: assumptions, constraints, ordered steps
Implement Mode
- TDD if repo has tests
- Rollback when stuck (don't accumulate bad edits)
Release Mode
- Checklist: version bump, changelog, validation, secret scan
Safety (non-negotiable)
- No commit/push unless explicitly asked
- No secrets in commits (check for .env, credentials)
- No destructive commands unless explicitly confirmed
References
For detailed specifications:
references/roles.md— Role routing and combinationsreferences/delegation.md— Context budget, failure handlingreferences/formats.md— JSON output schemas