---

name: conductor-new-track description: "创建带有规格说明和分阶段实施计划的新工作轨道" risk: unknown source: community date_added: "2026-02-27"

新工作轨道

创建新的工作轨道（功能、Bug修复、杂务或重构），包含详细的规格说明和分阶段实施计划。

何时使用此技能

• 处理新工作轨道任务或工作流时
• 需要新工作轨道的指导、最佳实践或检查清单时

不应使用此技能的情况

• 任务与新工作轨道无关时
• 需要此范围之外的不同领域或工具时

操作说明

• 明确目标、约束和所需输入。
• 应用相关最佳实践并验证结果。
• 提供可操作的步骤和验证方法。
• 如需详细示例，打开 resources/implementation-playbook.md。

预检

1. 验证 Conductor 已初始化：

   • 检查 conductor/product.md 是否存在
   • 检查 conductor/tech-stack.md 是否存在
   • 检查 conductor/workflow.md 是否存在
   • 如缺失：显示错误并建议先运行 /conductor:setup

2. 加载上下文文件：

   • 读取 conductor/product.md 获取产品上下文
   • 读取 conductor/tech-stack.md 获取技术上下文
   • 读取 conductor/workflow.md 获取 TDD/提交偏好

轨道分类

根据描述确定轨道类型或询问用户：

What type of track is this?

1. Feature - New functionality
2. Bug - Fix for existing issue
3. Chore - Maintenance, dependencies, config
4. Refactor - Code improvement without behavior change

交互式规格收集

关键规则：

• 每轮只问一个问题
• 等待用户回复后再继续
• 根据轨道类型定制问题
• 最多6个问题

功能轨道

问题1：功能摘要

Describe the feature in 1-2 sentences.
[If argument provided, confirm: "You want to: {argument}. Is this correct?"]

问题2：用户故事

Who benefits and how?

Format: As a [user type], I want to [action] so that [benefit].

问题3：验收标准

What must be true for this feature to be complete?

List 3-5 acceptance criteria (one per line):

问题4：依赖关系

Does this depend on any existing code, APIs, or other tracks?

1. No dependencies
2. Depends on existing code (specify)
3. Depends on incomplete track (specify)

问题5：范围边界

What is explicitly OUT of scope for this track?
(Helps prevent scope creep)

问题6：技术考量