Comet 把想法、状态、证据和 Skill 分发收拢到同一个可恢复工作台
## 你可以用 Comet 做什么 * 用 `/comet` 按项目配置进入 Native 或 Classic，把一次产品或代码变更从想法推进到归档。 * 用 `/comet-any` 把自己的工作流整理成可复用 Skill。 * 用 `comet eval` 评估自己的Skill。 * 用 `comet publish` 审核、批准、发布并分发 `/comet-any` 产物。 * 用 `comet status` 和 `comet doctor` 看清当前阶段、下一步和恢复建议。 ```mermaid theme={null} flowchart LR A["产品想法或修复"] --> B["/comet 按配置路由"] B --> N["Native：强模型自主执行"] B --> C["Classic：OpenSpec + Superpowers"] N --> E["验证与归档"] C --> E F["可复用工作流想法"] --> G["/comet-any Skill Creator"] G --> H["comet eval 证据"] H --> I["comet publish 发布与分发"] ``` ## 与普通提示词不同的地方 普通提示词依赖对话历史。Comet 依赖文件化状态和可检查证据。 | 关心点 | 没有 Comet | 使用 Comet | | ---------- | -------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------- | | 中断恢复 | 需要 Agent 回忆上下文，还没有开始写代码就花费大量 Token | 从 `.comet/config.yaml`、Native/Classic 各自状态和运行证据恢复，不依赖原对话猜现场 | | 阶段边界 | Agent 容易跳过需求或验证，如代码实现完毕但文档未打勾、在不该写代码的阶段直接写代码 | Native 约束 Shape/Build/Verify/Archive 的结果与证据；Classic 提供五阶段流程有明确质量门禁，**不在对应阶段完成任务无法退出当前阶段**，强制Agent对应阶段做完所有事情 | | 自动推进 | 需要人工记忆大量 Skill 顺序并逐步接管 | **自动推进**，Comet会自动推进核心Skill流程，**除必要HITL交互点以外，无需用户接管** | | 约束强度 | 同一套流程很难同时适配不同能力档模型 | 强模型使用轻方法约束的 Native；较低能力档模型使用 Classic，另有 hotfix/tweak 轻量预设 | | Skill 产物形态 | 只是一个 `SKILL.md` 单文件，没法组合、没法带依赖、没法分发 | `/comet-any` 生成稳定**组合 Skill Bundle**——可拼装 rule、hook、Engine 元数据；**可评审**，**可分发**（像 `comet init` 一样通过 `comet publish distribute` 落地到 33 个 AI 编码平台） | | Skill 质量验证 | 靠手感，Agent 跑一遍没报错就算通过 | `comet eval` 跑出**可浏览的评估报告**，eval/review/approval/readiness 全部**绑定当前 hash**，证据可追溯 |
Comet 不靠对话记忆猜现场，而是从文件化状态和证据链恢复工作
## 主要入口 做项目变更时统一调用 `/comet`；它会读取项目配置并进入下面的 Native 或 Classic 工作流。工作流专用 Skill 是内部永久入口，也可用于高级调试，但不是日常必记命令。