
conductor
by quanhavn
SKILL.md
name: conductor description: | Context-driven development methodology for organized, spec-first coding. Use when:
- Project has a
conductor/directory - User mentions specs, plans, tracks, or context-driven development
- Files like
conductor/tracks.md,conductor/product.md,conductor/workflow.mdexist - User asks about project status, implementation progress, or track management
- User wants to organize development work with TDD practices
- User invokes
/conductor-*commands (setup, newtrack, implement, status, revert, validate, block, skip, revise, archive, export, handoff, refresh, formula, wisp, distill) - User mentions documentation is outdated or wants to sync context with codebase changes
Interoperable with Gemini CLI extension and Claude Code commands. Integrates with Beads for persistent task memory across sessions.
Conductor: Context-Driven Development
Measure twice, code once.
Overview
Conductor enables context-driven development by:
- Establishing project context (product vision, tech stack, workflow)
- Organizing work into "tracks" (features, bugs, improvements)
- Creating specs and phased implementation plans
- Executing with TDD practices and progress tracking
- Parallel execution of independent tasks using sub-agents
Parallel Execution (New Feature)
Conductor now supports parallel task execution for eligible phases:
How It Works
- During
/conductor-newtrack, tasks are analyzed for parallelization potential - Tasks with no file conflicts and no dependencies can run in parallel
- Parallel phases use
<!-- execution: parallel -->annotation - Each task has
<!-- files: ... -->for exclusive file ownership - Dependencies use
<!-- depends: ... -->annotation
Plan.md Format for Parallel Phases
## Phase 1: Core Setup
<!-- execution: parallel -->
- [ ] Task 1: Create auth module
<!-- files: src/auth/index.ts, src/auth/index.test.ts -->
- [ ] Task 2: Create config module
<!-- files: src/config/index.ts -->
- [ ] Task 3: Create utilities
<!-- files: src/utils/index.ts -->
<!-- depends: task1 -->
Execution Flow
- Coordinator parses parallel annotations
- Detects file conflicts (fails safe if found)
- Spawns sub-agents via
Task()for independent tasks - Monitors
parallel_state.jsonfor completion - Aggregates results and updates plan.md
When to Use Parallel Execution
- ✅ Tasks modifying different files
- ✅ Independent components (auth, config, utils)
- ✅ Multiple test file creation
- ❌ Tasks with shared state
- ❌ Tasks with sequential dependencies
Context Loading
When this skill activates, load these files to understand the project:
conductor/product.md- Product vision and goalsconductor/tech-stack.md- Technology constraintsconductor/workflow.md- Development methodology (TDD, commits)conductor/tracks.md- Current work statusconductor/patterns.md- Codebase patterns (read before starting work)
Important: Conductor commits locally but never pushes. Users decide when to push to remote.
For active tracks, also load:
conductor/tracks/<track_id>/spec.mdconductor/tracks/<track_id>/solution.md- Research findings and implementation approachconductor/tracks/<track_id>/plan.mdconductor/tracks/<track_id>/learnings.md- Patterns/gotchas from this track
Learnings System (Ralph-style)
Conductor captures and consolidates learnings across tracks, inspired by Ralph.
Key Files
conductor/patterns.md- Project-level consolidated patternsconductor/tracks/<id>/learnings.md- Per-track discoveries
Templates
Templates are bundled in the skill's references/ folder:
- references/patterns-template.md - Full patterns.md template
- references/learnings-template.md - Full learnings.md template
- references/solution-template.md - Full solution.md template
Knowledge Flywheel
- Capture - After each task, append to track's
learnings.md - Elevate - At phase/track completion, promote reusable patterns to
patterns.md - Archive - Extract remaining patterns before archiving
- Inherit - New tracks read
patterns.mdto prime context
Learnings Entry Format
## [YYYY-MM-DD HH:MM] - Phase N Task M: <task_name>
Thread: $AMP_CURRENT_THREAD_ID
- **Implemented:** <brief description>
- **Files changed:** <list>
- **Commit:** <sha_7chars>
- **Learnings:**
- Patterns: <reusable patterns discovered>
- Gotchas: <things to watch out for>
- Context: <useful context for future>
---
Proactive Behaviors for Learnings
- On implement start: Read
patterns.mdand announce pattern count - On task complete: Prompt for learnings capture
- On phase complete: Offer pattern elevation to
patterns.md - On archive: Extract remaining patterns before archiving
- On refresh: Consolidate learnings across all tracks
Beads Integration
Beads integration is always attempted for persistent task memory. If bd CLI is unavailable or fails, the user can choose to continue without it.
Detection (MUST check before using bd commands)
Before using ANY bd command, you MUST verify:
bdCLI is installed:which bdreturns a pathconductor/beads.jsonexists AND has"enabled": true
# Check availability - run this before any bd command
if which bd > /dev/null 2>&1 && [ -f conductor/beads.json ]; then
BEADS_ENABLED=$(cat conductor/beads.json | grep -o '"enabled"[[:space:]]*:[[:space:]]*true' || echo "")
if [ -n "$BEADS_ENABLED" ]; then
# Beads is available and enabled - use bd commands
fi
fi
If Beads is NOT available:
- DO NOT run any
bdcommands - Use only plan.md markers for task tracking
- All conductor commands work normally without Beads
If Beads IS available:
- Tracks become Beads epics
- Tasks sync to Beads for persistent memory
- Use
bd readyinstead of manual task selection - Notes survive context compaction
Beads CLI Commands (bd)
Essential Commands
| Command | Description |
|---|---|
bd init | Initialize Beads in project (creates .beads/) |
bd prime | AI-optimized workflow context (run at session start) |
bd ready | List unblocked, ready-to-work tasks |
bd show <id> | Show task details and audit trail |
bd sync | Push local changes to remote (run at session end) |
Task Lifecycle
| Command | Description |
|---|---|
bd create "<desc>" -p <priority> [--notes "..."] | Create task with optional notes |
bd create "<desc>" --deps discovered-from:<id> | Create and link discovered work (one command) |
bd update <id> --status in_progress | Mark task as in-progress |
bd update <id> --notes "..." | Add notes (survives compaction!) |
bd close <id> --reason "..." | Complete a task |
bd close <id> --continue | Complete and auto-advance to next step |
bd list [--parent <epic-id>] [--status <status>] | List tasks with filters |
bd dep tree <id> | Visualize dependency graph |
Dependencies
| Command | Description |
|---|---|
bd dep add <child> <parent> | Set dependency (child waits for parent) |
bd dep add <id> external:<project>:<capability> | Cross-project dependency |
Molecules (Workflow Templates) - v0.34+
| Command | Description |
|---|---|
bd formula list | Available formulas (workflow templates) |
bd cook <formula> | Formula → Protomolecule (frozen template) |
bd mol pour <proto> | Create persistent molecule (auditable) |
bd mol wisp <proto> | Create ephemeral molecule (no audit trail) |
bd mol current | Where am I in the current molecule? |
bd mol squash <id> | Condense completed molecule to digest |
bd mol burn <wisp> | Delete wisp without trace |
bd mol distill <epic> --as "<name>" | Extract reusable template from ad-hoc work |
Agents & Gates (v0.40+)
| Command | Description |
|---|---|
bd agent register <name> | Register parallel worker agent |
bd agent heartbeat | Keep worker alive (prevents timeout) |
bd gate create "<checkpoint>" | Create human-in-the-loop gate |
bd gate wait <id> | Wait for human approval |
bd gate approve <id> | Approve gate (human action) |
Worktrees (v0.40+)
| Command | Description |
|---|---|
bd worktree create <branch> | Create isolated worktree for parallel work |
bd worktree list | List active worktrees |
Maintenance
| Command | Description |
|---|---|
bd compact --auto | Archive old completed tasks |
bd doctor | Health check |
Proactive Behaviors
- On new session: Check for in-progress tracks, offer to resume
- On task completion: Suggest next task or phase verification
- On blocked detection: Alert user and suggest alternatives
- On all tasks complete: Congratulate and offer archive/cleanup
- On stale context detected: If setup >2 days old or significant codebase changes detected, suggest
/conductor-refresh - On Beads available: If
bdCLI detected during setup, offer integration
Intent Mapping
| User Intent | Command |
|---|---|
| "Set up this project" | /conductor-setup |
| "Create a new feature" | /conductor-newtrack [desc] |
| "Start working" / "Implement" | /conductor-implement [id] |
| "What's the status?" | /conductor-status |
| "Undo that" / "Revert" | /conductor-revert |
| "Check for issues" | /conductor-validate |
| "This is blocked" | /conductor-block |
| "Skip this task" | /conductor-skip |
| "This needs revision" / "Spec is wrong" | /conductor-revise |
| "Save context" / "Handoff" / "Transfer to next section" | /conductor-handoff |
| "Archive completed" | /conductor-archive |
| "Export summary" | /conductor-export |
| "Docs are outdated" / "Sync with codebase" | /conductor-refresh |
| "List templates" / "Show formulas" | /conductor-formula |
| "Quick exploration" / "Ephemeral track" | /conductor-wisp [formula] |
| "Extract template" / "Create reusable pattern" | /conductor-distill [track_id] |
References
- Detailed workflows: references/workflows.md - Step-by-step command execution
- Directory structure: references/structure.md - File layout and status markers
- Beads integration: references/beads-integration.md - Session protocol, chemistry patterns
- Learnings system: references/learnings-system.md - Ralph-style knowledge capture
- Patterns template: references/patterns-template.md - Template for conductor/patterns.md
- Learnings template: references/learnings-template.md - Template for track learnings.md
スコア
総合スコア
リポジトリの品質指標に基づく評価
SKILL.mdファイルが含まれている
ライセンスが設定されている
100文字以上の説明がある
GitHub Stars 100以上
3ヶ月以内に更新がある
10回以上フォークされている
オープンIssueが50未満
プログラミング言語が設定されている
1つ以上のタグが設定されている
レビュー
レビュー機能は近日公開予定です