用途：将项目上下文作为与代码并行管理的受控产物，替代零散提示词与分散文档，为 AI 交互和团队协作提供持久、结构化的基础。遵循“上下文先于代码”：先定义要做什么、怎么做，再进入实现。
主要能力：按 Context → Spec & Plan → Implement 流程组织工作，并定义多类上下文产物——product.md（定义 WHAT 与 WHY，含愿景、目标用户、核心功能、成功指标）、product-guidelines.md（沟通与品牌语调规范）、tech-stack.md（技术栈与依赖及版本）、workflow.md（开发实践与质量门禁）、tracks.md（工作单元注册与状态）。目录以 conductor/ 为根，含 index.md 导航、code_styleguides/ 各语言规范及 tracks/ 下各工作单元的 spec.md、plan.md、metadata.json 等。
使用方式：新项目运行 /conductor:setup 交互式生成全部产物并回答产品愿景、技术偏好与工作流问题；既有代码库运行该命令并启用代码库检测，系统分析代码、配置与文档后预填产物，再由人工审阅修正。每个工作单元开始前先读取上下文产物、核验准确性并标记过期信息；结束时会话时更新 plan.md、记录阻塞项并同步 tracks.md。可结合 IDE 固定上下文文件、Git 钩子与 CI/CD 校验。
适用场景：Conductor 新项目搭建、理解各上下文产物间关系、在 AI 辅助会话间保持一致性、新成员交接、判断何时更新上下文文档、区分全新项目与既有项目上下文处理。
限制与注意：任务与该范围无关时不适用；不得以输出替代环境相关验证、测试或专家评审；缺少必要输入、权限、安全边界或成功标准时应先澄清。需避免上下文过期、信息散落、依赖未记录的隐含知识、单人维护及过度细化等反模式。具体收费、价格与平台支持暂未提供。