TaskOrch
TaskOrch 是任何规模任务的入口和协调层。Superpowers 仍然是主要的编排和执行核心；Murpick 是一个可选的、用户友好的任务接收和选择辅助工具。
工作流程
- 检测目标、约束、请求的输出路径，以及任务是简单、中等还是复杂。
- 选择最小且足够的路线：对于简单工作直接执行单一技能；对于多步骤工作使用现有的 Superpowers 工作流。
- 当 Murpick 能改善边界定义、候选选择或确认时，提供 Murpick 辅助接收。否则使用直接接收。不要为了形式而调用 Murpick。
- 如果使用了 Murpick，将选择和非选择视为范围决策。不要让它取代 Superpowers 的
spec或plan。 - 按自然顺序调用适当的 Superpowers 技能。保留 Superpowers 的
spec、plan、实现、测试、调试、审查和验证输出。不要添加第二个计划或第二个验证过程。 - 仅在真正的决策点提供简洁的 HTML 确认内容。不要对已批准计划涵盖的常规低风险步骤暂停。
- 保留输入、决策、技能名称、阶段变更、输出、证据、阻碍因素和确认的 Markdown 源记录。为用户需要检查的任何内容生成 HTML 视图。
- 如果指定了输出路径，仅创建复杂度证明合理的目录结构。对于简单任务使用
spec、plan、execution和verification；仅在需要时添加intake、decisions、artifacts或delivery文件夹。 - 将状态报告为未开始、进行中、等待确认、完成、部分完成、跳过或受阻。没有验证证据绝不声称完成。
提示词约定
为此任务使用 TaskOrch。首先对其复杂度进行分类，并选择最小且足够的工作流。使用 Superpowers 作为主要执行过程。仅当它能改善范围或选项选择时才使用 Murpick。保留 Superpowers 的 spec 和 plan；不要重复其后续阶段。报告所选技能、当前阶段、决策、证据、阻碍因素和完成状态。向用户展示的报表使用 HTML，并保留 Markdown 记录。
当请求严格透明度时，在执行前以及每个真实阶段过渡时报告确切的技能名称和命名空间。用户取消的技能将保持禁用状态，除非显式重新启用。
边界
- Murpick 选择和澄清；Superpowers 计划和执行。
- TaskOrch 协调和呈现，但不取代任何工具。
spec和plan仍然是 Superpowers 领导的工作的必备工件，但对于小任务可以简洁。- 不要为琐碎的任务创建完整的 Murpick 菜单。
- 除非任务真正独立，否则不要并行工作。
- 不要重复 Superpowers 已经执行的头脑风暴、计划、测试、调试、审查或验证。
记录
使用 Markdown 作为持久的真实来源。使用 HTML 处理面向用户的接收、确认、进度和交付报告。保留先前的记录，而不是静默覆盖主要修订。