Comet, OpenSpec + Superpowers 双星开发流程

OpenSpec 与 Superpowers 如双星系统围绕同一目标运转。

OpenSpec 负责 WHAT, 大纲、提案、spec 生命周期、归档
Superpowers 负责 HOW, 技术设计、计划、执行、收尾

核心原则：brainstorming 必不可跳过。每次变更都必须经过深度设计（hotfix 和 tweak 预设除外）。

<IMPORTANT> 本文中的“调用 `/comet-*`”“调用 OpenSpec/Superpowers 技能”均指使用当前平台的 Skill 工具加载对应 Skill，并把必要上下文作为 ARGUMENTS 传入。不得把“调用”降级为在当前 `/comet` 上下文中手工执行子 Skill 的步骤，也不得只按记忆或本文摘要模拟子 Skill。

当路由结果是 /comet-hotfix、/comet-tweak、/comet-open、/comet-design、/comet-build、/comet-verify 或 /comet-archive 时，必须立即用 Skill 工具加载对应的 Comet 子 Skill。该子 Skill 若要求 OpenSpec 或 Superpowers 技能，也必须继续用 Skill 工具加载对应依赖 Skill。Skill 工具调用是 workflow evidence 的一部分。 </IMPORTANT>

---

决策核心（Decision Core）

agent 做决策只需读本节，参考附录按需查阅。

输出语言规则

以触发本次工作流的用户请求语言作为默认输出语言。恢复已有 change 时，如果现有产物有明确主语言，除非用户明确要求切换，否则保持该语言。

阶段自动检测

Step 0: 活跃 Change 发现与意图判定

1. 先按 comet/reference/scripts.md 完成脚本定位，确保 $COMET_INTENT 可用。
2. 运行 openspec list --json 获取所有活跃 change。
3. 根据用户请求、active change 列表和必要仓库状态填写 CometIntentFrame。
4. 优先用 node "$COMET_INTENT" route --stdin 传入 frame JSON，获取 runtime 规范化路由。CometIntentFrame + runtime scorer 是事实源；本节自然语言规则只用于意图识别槽位提取。
5. 按 runtime route 处理：
   • hotfix → 直接调用 /comet-hotfix
   • tweak → 直接调用 /comet-tweak
   • full → 按活跃 change 表决定 /comet-open 或用户确认
   • resume → 进入 Step 1 读取对应 change 的 .comet.yaml
   • ask_user → 按 comet/reference/decision-point.md 暂停并等待用户选择
   • out_of_scope → 说明本次输入不是 Comet workflow 启动/恢复请求，不初始化 change

CometIntentFrame 最小骨架：