@rpamis/comet)。Comet 为 AI 编码任务提供两套相互独立、支持中断恢复的需求工作流：Native 与 Classic。
两条工作流怎么选
- Native 面向强编码模型，提供详细需求、完整目标规格、状态检查和验证证据，但不规定固定计划、TDD 或审查方法；
- Classic 连接 OpenSpec 与 Superpowers，保留完整的五阶段治理，适合需要流程固定安排设计、计划、TDD 与审查的团队。
.comet/config.yaml 的默认工作流决定 /comet 转发到哪一个入口；/comet 只读取项目配置，不根据任务大小猜模式。
新项目默认 Native。只有两种情况需要选 Classic：
- 需要 OpenSpec/Superpowers 式的完整阶段治理；
- 项目里已有 Classic 状态，或正在使用 OpenSpec 与 Superpowers。
两套工作流相互独立，可以在同一个项目里同时启用（
comet init --workflow both），各自管理各自的 change；一次 /comet 调用只会进入其中一套。默认值在初始化时固化到项目配置，已激活项目不会因全局默认值变化而被改写。逐项对比见 Native 还是 Classic，初始化选项见 comet init。
完整安装与第一个 change 见 快速开始。
从这里继续
介绍
Comet 是什么，解决什么问题，工作流如何运作
Quickstart
安装 Comet 并运行你的第一个
/comet 工作流，一分钟内即可完成Native Workflow
面向强模型的 Shape、Build、Verify、Archive 轻量流程
Platforms
Comet 支持 37 个 AI 编码平台，包括 Oh My Pi 和 DeepSeek Harness。查看平台目录和安装路径
CLI Reference
Comet CLI 的使用指南和完整参考文档
Scripts
守卫脚本、状态机管理、自动推进机制和归档工具详解
Combination Skill
使用
/comet-any 像 Comet 流程一样组合任意 Skill，生成可评估、可发布、可分发的 Skill BundleEvaluate Skill
基于 Rubric 评分、Pass@k、Pass^k 评估任意 Skill，生成 HTML 报告和失败归因，用评估驱动 Skill 演进