name: use-conductor description: 当存在时，扫描conductor/目录以获取项目方向、工作流和任务规划

使用Conductor

扫描项目根目录下的conductor/目录，查找提供方向、工作流和任务规划上下文的结构化项目管理文件。

何时使用

在以下情况下使用此技能：

开始处理可能包含conductor文件的项目时
寻找项目背景、指南或当前任务时
需要了解项目的工作流方法时
确定正在进行或队列中的工作时

Conductor目录结构

conductor系统使用以下结构：

conductor/
├── product.md              # 产品愿景和目的
├── product-guidelines.md   # 标准和规范
├── tech-stack.md           # 技术决策
├── workflow.md             # 任务执行方法
├── tracks.md               # 活动工作轨道的索引
├── setup_state.json        # 设置进度状态
├── code_styleguides/       # 特定语言的风格指南
│   ├── general.md
│   └── python.md
└── tracks/                 # 详细的轨道计划
    └── <轨道名称>/
        ├── spec.md         # 轨道规范
        ├── plan.md         # 带进度的任务清单
        └── metadata.json   # 轨道元数据

文件用途

文件	用途
`product.md`	产品愿景、目标受众、核心功能
`product-guidelines.md`	命名约定、质量标准、文档规则
`tech-stack.md`	批准的技术和库
`workflow.md`	TDD方法、任务工作流、提交指南
`tracks.md`	所有工作轨道的高级索引
`tracks/<名称>/plan.md`	带有`[ ]`、`[~]`、`[x]`状态的详细任务清单
`tracks/<名称>/spec.md`	轨道的目标、范围和成功标准

如何扫描

检查项目根目录下是否存在conductor/目录
如果存在，阅读核心文件以了解项目背景：
- product.md 了解愿景
- product-guidelines.md 了解标准
- tracks.md 了解活动工作
对于活动轨道（标记为[~]），阅读该轨道的plan.md以查找当前任务
遵循workflow.md中定义的工作流方法

任务状态标记

在plan.md文件中：

[ ] - 任务未开始
[~] - 任务进行中
[x] - 任务已完成（可能包含提交SHA）

与工作集成

当存在conductor文件时：

尊重计划 - 遵循plan.md中的任务顺序
更新状态 - 开始时将任务标记为[~]，完成时标记为[x]
遵循工作流 - 如果指定，请使用TDD方法
维护标准 - 遵循product-guidelines.md和风格指南
保持在范围内 - 检查spec.md以了解包含/排除的范围

使用示例

在开始处理项目之前：

用户："我接下来应该做什么？"

Claude：[检查是否存在conductor/目录]
        [阅读tracks.md以查找活动轨道]
        [阅读tracks/<活动>/plan.md以查找下一个[ ]任务]
        "根据conductor计划，下一个任务是..."