Conductor is a context-driven development framework for Claude Code. It transforms the AI agent into a disciplined project manager that follows a strict protocol: Context → Spec & Plan → Implement.
A Track is a high-level unit of work, such as a feature, bug fix, or chore. Each track contains:
spec.md- Detailed requirements and acceptance criteriaplan.md- Phased implementation plan with tasks and sub-tasksmetadata.json- Track metadata (type, status, timestamps)
When Conductor is set up, it creates these context files in conductor/:
product.md- Product vision, users, goalsproduct-guidelines.md- Brand voice, visual identitytech-stack.md- Languages, frameworks, databasesworkflow.md- TDD workflow, commit strategy, quality gatescode_styleguides/- Language-specific style guidestracks.md- Master list of all tracks
| Command | Description |
|---|---|
/conductor:setup |
Initialize the Conductor environment for your project |
/conductor:new-track |
Create a new feature/bug track with spec and plan |
/conductor:implement |
Execute tasks from a track's plan (use --team for Agent Teams) |
/conductor:status |
Display current project progress |
/conductor:revert |
Git-aware revert of tracks, phases, or tasks |
When a user mentions:
- "the plan" → Likely refers to
conductor/tracks.mdorconductor/tracks/<track_id>/plan.md - "the spec" → Likely refers to
conductor/tracks/<track_id>/spec.md - "the track" → Refers to the current active track
- "the workflow" → Refers to
conductor/workflow.md
In plan.md and tracks.md files:
[ ]- Pending (not started)[~]- In Progress[x]- Completed (with commit SHA appended)
Conductor supports Claude Code's Agent Teams feature for parallel implementation of complex tracks. This feature allows multiple autonomous agents to work together on different parts of a track (e.g., frontend, backend, QA) simultaneously.
- Enable Agent Teams:
export CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1
- Run
/conductor:implement --teamto enable the Agent Team mode. - If
CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1is not set, the command will halt with an error message directing you to enable the feature. - When enabled, Conductor acts as the Team Lead, spawning specialized teammates (e.g., Frontend, Backend, QA) based on the track's plan using Claude Code's native agent orchestration capabilities.
Conductor provides specialized subagents that run in isolated context windows, preventing main conversation pollution:
| Subagent | Purpose | When to Use |
|---|---|---|
context-explorer |
Explore project structure | Starting work on tracks |
spec-builder |
Create specifications | /conductor:new-track |
plan-generator |
Create implementation plans | After spec is ready |
code-reviewer |
Review code changes | Before commits |
Invoke via the Task tool:
Use the Task tool with the context-explorer agent to explore this project
- Isolated Context: Heavy exploration doesn't pollute main conversation
- Token Efficiency: Only results returned, not raw file contents
- Focused Output: Each subagent returns structured, concise summaries
- Parallel Execution: Multiple subagents can run simultaneously
Conductor provides skills that Claude can invoke automatically based on context:
| Skill | Description |
|---|---|
style-guide |
Apply language-specific code style rules (Python, TS, Go, Rust, Swift, Dart) |
context-loader |
Efficiently load project context with token optimization |
track-manager |
Manage track status, task markers, and phase transitions |
Skills are located in skills/ and are auto-invoked when relevant to the task.
Conductor's context-driven approach involves reading project context files. To minimize token consumption:
- Respect
.claudeignoreand.gitignorepatterns - Use
git ls-filesfor efficient file listing - Prioritize manifest files (
package.json,Cargo.toml, etc.) - Read only first/last 20 lines of files over 1MB
- Use subagents for context-heavy operations
- Use the
context-loaderskill for efficient context loading
MANDATORY: Before every commit, update CHANGELOG.md with the changes being committed.
| Change Type | Version Scope | Example |
|---|---|---|
| Plugin structure | Plugin | plugin.json, commands/ |
| Skills/Subagents | Plugin | skills/, agents/ |
| Core features | Release | New commands, major refactors |
| Bug fixes | Patch | Schema fixes, typos |
| Documentation | Patch | README, CLAUDE.md updates |
| Breaking changes | Major release | API changes, renamed commands |
## [X.Y.Z] - YYYY-MM-DD
### Added
- New features
### Changed
- Modifications to existing features
### Fixed
- Bug fixes
### Removed
- Removed featuresBefore running git commit:
- Update CHANGELOG.md with all changes in this commit
- Bump version in relevant files:
plugin.json→ for plugin changesmarketplace.json→ for distribution updatespackage.json→ if applicable
- Use semantic versioning: MAJOR.MINOR.PATCH
- Include commit type in message:
feat,fix,docs,refactor,chore
# 1. Make changes
# 2. Update CHANGELOG.md with entry
# 3. Bump version if needed
# 4. Commit with descriptive message
git add .
git commit -m "feat(skills): add new style-guide skill
- Added Python and TypeScript style guides
- Updated CHANGELOG.md with v0.3.0 entry"