用途：按 track 的 implementation plan 执行任务，遵循 conductor/workflow.md 中定义的工作流规则。适用场景是处理 implement track 任务，或需要该流程的指导与检查清单；与 implement track 无关的任务不适用。
主要能力与用法：先做 pre-flight 检查，确认 conductor/product.md、conductor/workflow.md、conductor/tracks.md 存在，缺失时提示先运行 /conductor:setup；读取 workflow.md 解析 TDD 严格程度、提交策略与验证检查点规则。随后选择 track：带参数时校验 conductor/tracks/{argument}/plan.md，未找到则搜索部分匹配并建议修正；不带参数时读取 tracks.md，解析未完成轨道（[ ] 或 [~]）并显示选择菜单。
加载上下文：轨道 spec.md、plan.md、metadata.json，以及 product.md、tech-stack.md、workflow.md，必要时 code_styleguides/{language}.md。将 tracks.md 中该轨道标记为 [~]，metadata.json 设 status: "in_progress" 并更新时间戳。
任务执行循环：解析 plan.md 找下一个未完成任务；开始前将 [ ] 改为 [~] 并播报。若启用 TDD，按红（写失败测试）→ 绿（最小实现使测试通过）→ 重构（保持测试通过）执行，测试意外通过时须暂停排查；非严格 TDD 则直接实现并运行现有测试。完成后按提交策略提交，例如： git add -A git commit -m "{commit_prefix}: {task description} ({trackId})"
随后将 plan.md 中任务标记为 [x]，提交该更新： git add conductor/tracks/{trackId}/plan.md git commit -m "chore: mark task X.Y complete ({trackId})" 并递增 metadata.json 的 tasks.completed、更新时间戳。每个任务后检查阶段是否完成，若完成则运行阶段验证与完整测试，并必须等待用户明确批准才进入下一阶段。
错误处理：工具失败、测试失败或 Git 失败时暂停并给出重试、跳过、暂停、回滚等选项，不自动继续。轨道全部完成后做最终验证、将 tracks.md 与 metadata.json 置为完成，并询问是否同步文档及归档/删除/保留目录。支持中断恢复：读取 metadata.json 的 current_task，确认 plan.md 中的 [~] 状态后询问继续、重开或先看进度。
限制：必须严格遵守 workflow.md 的 TDD、提交与验证规则；不得跳过验证检查点；发生失败应停止而非继续；需持续更新 plan.md 并在 metadata.json 记录提交哈希。其他功能细节与收费信息暂未提供。