@rpamis/comet 0.1.7 → 0.2.0

package/assets/skills-zh/comet-hotfix/SKILL.md

@@ -22,25 +22,14 @@ Hotfix 是 Comet 五阶段能力的预设工作流，不是独立的平行流程
 
 ### 0. 入口状态验证（Entry Check）
 
-在执行任何操作之前，验证当前状态：
+执行入口验证：
 
-**检查清单：**
-1. `openspec/changes/<name>/` 目录不存在，或目录存在但 `.comet.yaml` 不存在（无冲突）
-
-**验证方式：**
-- `test -d openspec/changes/<name>` 检查目录
-- 如目录存在，`test -f openspec/changes/<name>/.comet.yaml` 检查配置文件
-- 如 `.comet.yaml` 已存在，读取 `phase` 检查是否为未完成的 hotfix
-
-**失败输出（有冲突）：**
-```
-[HARD STOP] Entry check failed for comet-hotfix
-  Expected: openspec/changes/<name>/.comet.yaml does not exist (new change)
-  Actual:   .comet.yaml exists with phase=<实际值>
-  Suggestion: Pick a different change name, or check if an existing hotfix is in progress.
+```bash
+COMET_STATE="${COMET_STATE:-$(find . -path '*/comet/scripts/comet-state.sh' -type f -print -quit)}"
+bash "$COMET_STATE" check <name> open
 ```
 
-验证通过后才进入流程步骤。
+验证通过后继续流程步骤。验证失败时脚本会输出具体失败原因。
 
 执行链路：open → build → verify → archive。Hotfix 为每个阶段提供默认决策：精简开启、直接构建、按规模验证、验证通过后归档。
 
@@ -56,34 +45,11 @@ Hotfix 是 Comet 五阶段能力的预设工作流，不是独立的平行流程
   - `tasks.md` — 修复任务清单
 - **无需 delta spec**（除非修复改变了已有 spec 的验收场景）
 
-在 `openspec/changes/<name>/` 下创建独立的 `.comet.yaml` 文件：
-
-```yaml
-workflow: hotfix
-phase: build
-design_doc: null
-plan: null
-build_mode: direct
-isolation: branch
-verify_mode: light
-verify_result: pending
-verified_at: null
-archived: false
-```
+初始化 Comet 状态文件：
 
-【写入验证】创建完成后必须验证：
-  cat openspec/changes/<name>/.comet.yaml
-  确认 workflow 行的值为 "hotfix"
-  确认 phase 行的值为 "build"
-  确认 design_doc 行的值为 "null"
-  确认 plan 行的值为 "null"
-  确认 build_mode 行的值为 "direct"
-  确认 isolation 行的值为 "branch"
-  确认 verify_mode 行的值为 "light"
-  确认 verify_result 行的值为 "pending"
-  确认 verified_at 行的值为 "null"
-  确认 archived 行的值为 "false"
-  如任一字段不匹配，重试写入后再次验证。最多重试 2 次，仍失败则报告错误并终止。
+```bash
+bash "$COMET_STATE" init <name> hotfix
+```
 
 ### 2. 直接构建（preset build）
 
@@ -94,7 +60,7 @@ archived: false
 1. 读取 `openspec/changes/<name>/tasks.md`，获取未完成任务列表
 2. 对每个未完成任务：
    - 根据任务描述修改代码
-   - 运行 `mvn spotless:apply` 格式化
+   - 运行项目格式化命令（如 `mvn spotless:apply`、`npm run format` 等）
    - 运行相关测试确认通过
    - 将 tasks.md 中对应 `- [ ]` 勾选为 `- [x]`
    - 提交代码，commit message 格式：`fix: <简述修复>`
@@ -148,12 +114,15 @@ Hotfix 流程为 **一次性连续执行**。调用 `/comet-hotfix` 后，agent
 
 ## 升级条件
 
-修复过程中出现以下情况时，停止 hotfix 流程，升级为完整 `/comet`：
+满足以下**任一**条件时，停止 hotfix 流程，升级为完整 `/comet`：
 
-1. 发现根因涉及架构缺陷
-2. 修复需要新增接口或组件
-3. 影响范围扩大到 > 10 个文件
-4. 需要新 capability 的 spec
+| 条件 | 说明 |
+|------|------|
+| 改动涉及 **3+ 文件** | 超出单点修复范围 |
+| 架构变更 | 新模块、新接口、新依赖 |
+| 数据库 schema 变更 | 结构性调整 |
+| 引入新的 public API | 修复产生了新的对外接口 |
+| 修复范围超出单一函数/模块 | 需要多处协调修改 |
 
 升级方式：在当前 change 基础上补充 Design Doc（执行 `/comet-design`），后续正常走完整流程。
 

package/assets/skills-zh/comet-open/SKILL.md

@@ -1,92 +1,70 @@
----
-name: comet-open
-description: "Comet 阶段 1：开启。用 /comet-open 调用。通过 OpenSpec 探索想法、创建 change 结构（proposal + design + tasks）。"
----
-
-# Comet 阶段 1：开启（Open）
-
-## 前置条件
-
-- 无活跃 change，或用户希望创建新 change
-
-## 步骤
-
-### 0. 入口状态验证（Entry Check）
-
-在执行任何操作之前，读取并验证当前状态：
-
-**检查清单：**
-1. `openspec/changes/<name>/` 目录已存在（由 openspec-new-change 创建）
-2. `openspec/changes/<name>/.comet.yaml` 文件不存在（尚未初始化）
-3. `openspec/changes/<name>/proposal.md` 存在且非空
-4. `openspec/changes/<name>/design.md` 存在且非空
-5. `openspec/changes/<name>/tasks.md` 存在且非空
-
-**验证方式：**
-- 读取以上路径确认存在/不存在
-- 如 `.comet.yaml` 已存在，读取其 `phase` 字段：如 phase 不为空，输出 `[HARD STOP]` 并提示可能已有活跃 change
-
-**失败输出：**
-```
-[HARD STOP] Entry check failed for comet-open
-  Expected: .comet.yaml does not exist, proposal.md + design.md + tasks.md exist
-  Actual:   phase=<实际值>, design_doc=<实际值> (或文件不存在)
-  Suggestion: Check if another change with the same name is already active.
-```
-
-验证通过后才进入步骤 1。
-
-### 1. 探索想法
-
-**立即执行：** 使用 Skill 工具加载 `openspec-explore` 技能。禁止跳过此步骤。
-
-技能加载后，按其指引自由探索问题空间。
-
-### 2. 创建 Change 结构
-
-**立即执行：** 使用 Skill 工具加载 `openspec-new-change` 技能。若用户意图未明确、需要先形成建议，改为加载 `openspec-propose`。禁止跳过此步骤。
-
-确认以下产物已创建：
-
-```
-openspec/changes/<name>/
-├── .openspec.yaml
-├── .comet.yaml
-├── proposal.md       # Why + What：问题、目标、范围
-├── design.md         # How（高层）：架构决策、方案选型
-└── tasks.md          # 任务清单（勾选框）
-```
-
-### 3. 初始化 Comet 状态
-
-在 `openspec/changes/<name>/` 下创建独立的 `.comet.yaml` 文件：
-
-```yaml
-workflow: full
-phase: design
-design_doc: null
-plan: null
-build_mode: null
-verify_mode: null
-verify_result: pending
-verified_at: null
-archived: false
-```
-
-### 4. 内容完整性检查
-
-确认三个文档内容完整：
-- **proposal.md**：问题背景、目标、范围、非目标
-- **design.md**：高层架构决策、方案选型、数据流
-- **tasks.md**：任务列表，每个任务有明确描述
-
-## 退出条件
-
-- proposal.md、design.md、tasks.md 均已创建且内容完整
-- **阶段守卫**：运行 `bash $COMET_GUARD <change-name> open`，全部 PASS 后才允许流转
-
-## 自动流转
-
-退出条件满足后，**无需等待用户再次输入**，直接执行下一阶段：
-
-> **REQUIRED NEXT SKILL:** 调用 `comet-design` skill 进入深度设计阶段。
+---
+name: comet-open
+description: "Comet 阶段 1：开启。用 /comet-open 调用。通过 OpenSpec 探索想法、创建 change 结构（proposal + design + tasks）。"
+---
+
+# Comet 阶段 1：开启（Open）
+
+## 前置条件
+
+- 无活跃 change，或用户希望创建新 change
+
+## 步骤
+
+### 0. 入口状态验证（Entry Check）
+
+执行入口验证：
+
+```bash
+COMET_STATE="${COMET_STATE:-$(find . -path '*/comet/scripts/comet-state.sh' -type f -print -quit)}"
+bash "$COMET_STATE" check <name> open
+```
+
+验证通过后继续 Step 1。验证失败时脚本会输出具体失败原因。
+
+### 1. 探索想法
+
+**立即执行：** 使用 Skill 工具加载 `openspec-explore` 技能。禁止跳过此步骤。
+
+技能加载后，按其指引自由探索问题空间。
+
+### 2. 创建 Change 结构
+
+**立即执行：** 使用 Skill 工具加载 `openspec-new-change` 技能。若用户意图未明确、需要先形成建议，改为加载 `openspec-propose`。禁止跳过此步骤。
+
+确认以下产物已创建：
+
+```
+openspec/changes/<name>/
+├── .openspec.yaml
+├── .comet.yaml
+├── proposal.md       # Why + What：问题、目标、范围
+├── design.md         # How（高层）：架构决策、方案选型
+└── tasks.md          # 任务清单（勾选框）
+```
+
+### 3. 初始化 Comet 状态
+
+初始化 Comet 状态文件：
+
+```bash
+bash "$COMET_STATE" init <name> full
+```
+
+### 4. 内容完整性检查
+
+确认三个文档内容完整：
+- **proposal.md**：问题背景、目标、范围、非目标
+- **design.md**：高层架构决策、方案选型、数据流
+- **tasks.md**：任务列表，每个任务有明确描述
+
+## 退出条件
+
+- proposal.md、design.md、tasks.md 均已创建且内容完整
+- **阶段守卫**：运行 `bash $COMET_GUARD <change-name> open`，全部 PASS 后才允许流转
+
+## 自动流转
+
+退出条件满足后，**无需等待用户再次输入**，直接执行下一阶段：
+
+> **REQUIRED NEXT SKILL:** 调用 `comet-design` skill 进入深度设计阶段。

package/assets/skills-zh/comet-tweak/SKILL.md

@@ -23,25 +23,14 @@ Tweak 是 Comet 五阶段能力的预设工作流，不是独立的平行流程
 
 ### 0. 入口状态验证（Entry Check）
 
-在执行任何操作之前，验证当前状态：
+执行入口验证：
 
-**检查清单：**
-1. `openspec/changes/<name>/` 目录不存在，或目录存在但 `.comet.yaml` 不存在（无冲突）
-
-**验证方式：**
-- `test -d openspec/changes/<name>` 检查目录
-- 如目录存在，`test -f openspec/changes/<name>/.comet.yaml` 检查配置文件
-- 如 `.comet.yaml` 已存在，读取 `phase` 检查是否为未完成的 tweak
-
-**失败输出（有冲突）：**
-```
-[HARD STOP] Entry check failed for comet-tweak
-  Expected: openspec/changes/<name>/.comet.yaml does not exist (new change)
-  Actual:   .comet.yaml exists with phase=<实际值>
-  Suggestion: Pick a different change name, or check if an existing tweak is in progress.
+```bash
+COMET_STATE="${COMET_STATE:-$(find . -path '*/comet/scripts/comet-state.sh' -type f -print -quit)}"
+bash "$COMET_STATE" check <name> open
 ```
 
-验证通过后才进入流程步骤。
+验证通过后继续流程步骤。验证失败时脚本会输出具体失败原因。
 
 执行链路：open → lightweight build → light verify → archive。Tweak 为每个阶段提供默认决策：精简开启、轻量构建、轻量验证、验证通过后归档。
 
@@ -57,34 +46,11 @@ Tweak 是 Comet 五阶段能力的预设工作流，不是独立的平行流程
   - `tasks.md` — 不超过 3 个任务
 - **无需 delta spec**（除非变更改变了已有 spec 的验收场景；一旦需要 delta spec，升级为完整 `/comet`）
 
-在 `openspec/changes/<name>/` 下创建独立的 `.comet.yaml` 文件：
-
-```yaml
-workflow: tweak
-phase: build
-design_doc: null
-plan: null
-build_mode: direct
-isolation: branch
-verify_mode: light
-verify_result: pending
-verified_at: null
-archived: false
-```
+初始化 Comet 状态文件：
 
-【写入验证】创建完成后必须验证：
-  cat openspec/changes/<name>/.comet.yaml
-  确认 workflow 行的值为 "tweak"
-  确认 phase 行的值为 "build"
-  确认 design_doc 行的值为 "null"
-  确认 plan 行的值为 "null"
-  确认 build_mode 行的值为 "direct"
-  确认 isolation 行的值为 "branch"
-  确认 verify_mode 行的值为 "light"
-  确认 verify_result 行的值为 "pending"
-  确认 verified_at 行的值为 "null"
-  确认 archived 行的值为 "false"
-  如任一字段不匹配，重试写入后再次验证。最多重试 2 次，仍失败则报告错误并终止。
+```bash
+bash "$COMET_STATE" init <name> tweak
+```
 
 ### 2. 轻量构建（preset build）
 
@@ -95,7 +61,7 @@ archived: false
 1. 读取 `openspec/changes/<name>/tasks.md`，获取未完成任务列表
 2. 对每个未完成任务：
    - 根据任务描述修改目标文件
-   - 运行 `mvn spotless:apply` 格式化
+   - 运行项目格式化命令（如 `mvn spotless:apply`、`npm run format` 等）
    - 运行相关测试确认通过
    - 将 tasks.md 中对应 `- [ ]` 勾选为 `- [x]`
    - 提交代码，commit message 格式：`tweak: <简述变更>`
@@ -133,14 +99,16 @@ Tweak 流程为 **一次性连续执行**。调用 `/comet-tweak` 后，agent
 
 ## 升级条件
 
-执行过程中出现以下情况时，停止 tweak 流程，升级为完整 `/comet`：
+满足以下**任一**条件时，停止 tweak 流程，升级为完整 `/comet`：
 
-1. 需要新增 capability
-2. 需要架构调整
-3. 需要接口变化
-4. 影响范围扩大到 > 5 个文件
-5. 任务数超过 3 个
-6. 需要 delta spec
+| 条件 | 说明 |
+|------|------|
+| 改动涉及 **5+ 文件** | 超出小改动范围 |
+| 多模块协调修改 | 需要跨组件协调 |
+| 需要新增测试用例 **5+** | 变更复杂度上升 |
+| 配置项新增或删除 | 非值修改的配置变更 |
+| 需要新增 capability | 超出局部优化 |
+| 需要 delta spec | 影响了已有规格 |
 
 升级方式：在当前 change 基础上补充 Design Doc（执行 `/comet-design`），后续正常走完整流程。
 

package/assets/skills-zh/comet-verify/SKILL.md

@@ -1,136 +1,114 @@
----
-name: comet-verify
-description: "Comet 阶段 4：验证与收尾。用 /comet-verify 调用。验证实现符合设计，处理开发分支。"
----
-
-# Comet 阶段 4：验证与收尾（Verify）
-
-## 前置条件
-
-- 代码已提交（阶段 3 完成）
-- tasks.md 全部任务已完成
-
-## 步骤
-
-### 0. 入口状态验证（Entry Check）
-
-在执行任何操作之前，读取并验证当前状态：
-
-**检查清单：**
-1. `openspec/changes/<name>/.comet.yaml` 存在
-2. `phase` 字段的值为 `"verify"`
-3. `verify_result` 字段为 `"pending"` 或 null（尚未验证通过）
-
-**验证方式：**
-- `cat openspec/changes/<name>/.comet.yaml` 读取全部字段
-- 如 `verify_result` 已是 `"pass"`，说明此 change 已验证过
-
-**失败输出：**
-```
-[HARD STOP] Entry check failed for comet-verify
-  Expected: phase=verify, verify_result=pending|null
-  Actual:   phase=<实际值>, verify_result=<实际值>
-  Suggestion: Run comet-build first, or this change was already verified.
-```
-
-验证通过后才进入步骤 1。
-
-### 1. 改动规模评估
-
-根据以下指标判定改动规模：
-
-| 指标 | 小（轻量验证） | 大（完整验证） |
-|------|---------------|---------------|
-| tasks.md 任务数 | ≤ 3 | > 3 |
-| 变更文件数（git diff --stat） | ≤ 5 | > 5 |
-| 是否有 delta spec | 无 | 有 |
-| 是否新增 capability | 否 | 是 |
-
-**判定规则**：任一指标命中"大" → 完整验证。全部命中"小" → 轻量验证。
-
-判定完成后，在 `openspec/changes/<name>/.comet.yaml` 中记录实际验证模式。`verify_mode` 只允许以下值之一：
-
-- `light`
-- `full`
-
-### 2a. 轻量验证（小改动）
-
-当规模评估结果为"小"时，跳过 `openspec-verify-change`，直接执行以下检查：
-
-1. tasks.md 全部任务已完成 `[x]`
-2. 改动文件与 tasks.md 描述一致（`git diff --stat` 对照 tasks 内容）
-3. 编译通过（Maven 项目先执行 `mvn spotless:apply`，再执行 `mvn compile` 或等效命令）
-4. 相关测试通过
-5. 无明显安全问题（无硬编码密钥、无新增 unsafe 操作）
-
-**通过标准**：5 项全部 OK，无 CRITICAL 问题。
-
-**报告格式**：简表列出 5 项检查结果 + PASS/FAIL。
-
-**跳过项**（不在轻量验证中检查）：
-- spec scenario 覆盖率
-- design doc 一致性深度比对
-- code pattern consistency 建议
-- delta spec 与 design doc 漂移检测
-
-### 2b. 完整验证（大改动）
-
-当规模评估结果为"大"时：
-
-**立即执行：** 使用 Skill 工具加载 `openspec-verify-change` 技能。禁止跳过此步骤。
-
-技能加载后，按其指引验证。检查项：
-1. tasks.md 全部任务已完成（`[x]`）
-2. 实现符合 design.md 设计决策
-3. 实现符合 brainstorming 设计文档
-4. 能力规格场景全部通过
-5. proposal.md 目标已满足
-6. delta spec 与 design doc 无矛盾（若 Build 阶段有增量修改 spec，检查 design doc 是否有对应记录）
-7. `docs/superpowers/specs/` 关联的设计文档可定位（文件存在且与当前 change 相关）
-
-验证不通过时：报告缺失项，返回阶段 3 补充（调用 `/comet-build`）。
-
-**Spec 漂移处理**：
-- 若检查项 6 发现矛盾（delta spec 有内容但 design doc 未体现），提示用户：
-  - 选项 A：在 design doc 追加 "Implementation Divergence" 节记录偏差原因
-  - 选项 B：回退到 Build 阶段，补充 brainstorming 更新 design doc
-  - 选项 C：确认偏差可接受，继续验证（归档时 design doc 将标记为 `superseded-by-main-spec`）
-
-### 3. 收尾（Superpowers）
-
-**立即执行：** 使用 Skill 工具加载 `superpowers:finishing-a-development-branch` 技能。禁止跳过此步骤。
-
-如 `superpowers:finishing-a-development-branch` 不可用，停止流程并提示安装或启用 Superpowers 技能，不要用普通对话替代该步骤。
-
-技能加载后，按其指引收尾。分支处理选项：
-1. 本地合并到主分支
-2. 推送并创建 PR
-3. 保持分支（稍后处理）
-4. 丢弃工作
-
-**确认项**：
-- Maven 测试或构建命令前已执行 `mvn spotless:apply`
-- 全部测试通过
-- 无遗留的 spotless 格式问题
-- 无硬编码密钥或安全问题
-
-## 退出条件
-
-- 验证报告通过
-- 分支已处理
-- `.comet.yaml` 中 `verify_result` 已记录为 `pass`
-- **阶段守卫**：运行 `bash $COMET_GUARD <change-name> verify`，全部 PASS 后才允许流转
-
-退出前运行 guard 自动流转：
-
-```bash
-bash $COMET_GUARD <change-name> verify --apply
-```
-
-状态文件自动更新为 `phase: archive`、`verify_result: pass`、`verified_at: YYYY-MM-DD`。
-
-## 自动流转
-
-退出条件满足后，**无需等待用户再次输入**，直接执行下一阶段：
-
-> **REQUIRED NEXT SKILL:** 调用 `comet-archive` skill 进入归档阶段。
+---
+name: comet-verify
+description: "Comet 阶段 4：验证与收尾。用 /comet-verify 调用。验证实现符合设计，处理开发分支。"
+---
+
+# Comet 阶段 4：验证与收尾（Verify）
+
+## 前置条件
+
+- 代码已提交（阶段 3 完成）
+- tasks.md 全部任务已完成
+
+## 步骤
+
+### 0. 入口状态验证（Entry Check）
+
+执行入口验证：
+
+```bash
+COMET_STATE="${COMET_STATE:-$(find . -path '*/comet/scripts/comet-state.sh' -type f -print -quit)}"
+bash "$COMET_STATE" check <name> verify
+```
+
+验证通过后继续 Step 1。验证失败时脚本会输出具体失败原因。
+
+### 1. 改动规模评估
+
+执行规模评估：
+
+```bash
+bash "$COMET_STATE" scale <name>
+```
+
+脚本自动统计任务数、增量规格数、变更文件数，判断使用 light 或 full 验证模式，并设置 verify_mode 字段。
+
+### 2a. 轻量验证（小改动）
+
+当规模评估结果为"小"时，跳过 `openspec-verify-change`，直接执行以下检查：
+
+1. tasks.md 全部任务已完成 `[x]`
+2. 改动文件与 tasks.md 描述一致（`git diff --stat` 对照 tasks 内容）
+3. 编译通过（执行项目对应的构建命令，如 `npm run build`、`mvn compile`、`cargo build` 等）
+4. 相关测试通过
+5. 无明显安全问题（无硬编码密钥、无新增 unsafe 操作）
+
+**通过标准**：5 项全部 OK，无 CRITICAL 问题。
+
+**报告格式**：简表列出 5 项检查结果 + PASS/FAIL。
+
+**跳过项**（不在轻量验证中检查）：
+- spec scenario 覆盖率
+- design doc 一致性深度比对
+- code pattern consistency 建议
+- delta spec 与 design doc 漂移检测
+
+### 2b. 完整验证（大改动）
+
+当规模评估结果为"大"时：
+
+**立即执行：** 使用 Skill 工具加载 `openspec-verify-change` 技能。禁止跳过此步骤。
+
+技能加载后，按其指引验证。检查项：
+1. tasks.md 全部任务已完成（`[x]`）
+2. 实现符合 design.md 设计决策
+3. 实现符合 brainstorming 设计文档
+4. 能力规格场景全部通过
+5. proposal.md 目标已满足
+6. delta spec 与 design doc 无矛盾（若 Build 阶段有增量修改 spec，检查 design doc 是否有对应记录）
+7. `docs/superpowers/specs/` 关联的设计文档可定位（文件存在且与当前 change 相关）
+
+验证不通过时：报告缺失项，返回阶段 3 补充（调用 `/comet-build`）。
+
+**Spec 漂移处理**：
+- 若检查项 6 发现矛盾（delta spec 有内容但 design doc 未体现），提示用户：
+  - 选项 A：在 design doc 追加 "Implementation Divergence" 节记录偏差原因
+  - 选项 B：回退到 Build 阶段，补充 brainstorming 更新 design doc
+  - 选项 C：确认偏差可接受，继续验证（归档时 design doc 将标记为 `superseded-by-main-spec`）
+
+### 3. 收尾（Superpowers）
+
+**立即执行：** 使用 Skill 工具加载 `superpowers:finishing-a-development-branch` 技能。禁止跳过此步骤。
+
+如 `superpowers:finishing-a-development-branch` 不可用，停止流程并提示安装或启用 Superpowers 技能，不要用普通对话替代该步骤。
+
+技能加载后，按其指引收尾。分支处理选项：
+1. 本地合并到主分支
+2. 推送并创建 PR
+3. 保持分支（稍后处理）
+4. 丢弃工作
+
+**确认项**：
+- 全部测试通过
+- 无硬编码密钥或安全问题
+
+## 退出条件
+
+- 验证报告通过
+- 分支已处理
+- `.comet.yaml` 中 `verify_result` 已记录为 `pass`
+- **阶段守卫**：运行 `bash $COMET_GUARD <change-name> verify`，全部 PASS 后才允许流转
+
+退出前运行 guard 自动流转：
+
+```bash
+bash $COMET_GUARD <change-name> verify --apply
+```
+
+状态文件自动更新为 `phase: archive`、`verify_result: pass`、`verified_at: YYYY-MM-DD`。
+
+## 自动流转
+
+退出条件满足后，**无需等待用户再次输入**，直接执行下一阶段：
+
+> **REQUIRED NEXT SKILL:** 调用 `comet-archive` skill 进入归档阶段。

package/dist/cli/index.js

@@ -1,6 +1,9 @@
 import { Command } from 'commander';
 import { createRequire } from 'module';
-import { initCommand } from '../core/init.js';
+import { initCommand } from '../commands/init.js';
+import { statusCommand } from '../commands/status.js';
+import { doctorCommand } from '../commands/doctor.js';
+import { updateCommand } from '../commands/update.js';
 const require = createRequire(import.meta.url);
 const { version } = require('../../package.json');
 const program = new Command();
@@ -14,8 +17,32 @@ program
     .option('--yes', 'Auto-install missing components, skip existing')
     .option('--skip-existing', 'Never overwrite existing components')
     .option('--overwrite', 'Overwrite manifest-managed files')
+    .option('--json', 'Output as JSON')
     .action(async (targetPath = '.', options) => {
     await initCommand(targetPath, options);
 });
+program
+    .command('status [path]')
+    .description('Show active changes and workflow status')
+    .option('--json', 'Output as JSON')
+    .action(async (targetPath = '.', options) => {
+    await statusCommand(targetPath, options);
+});
+program
+    .command('doctor [path]')
+    .description('Diagnose Comet installation health')
+    .option('--json', 'Output as JSON')
+    .action(async (targetPath = '.', options) => {
+    await doctorCommand(targetPath, options);
+});
+program
+    .command('update [path]')
+    .description('Update comet skill files to latest version')
+    .option('--json', 'Output as JSON')
+    .option('--language <lang>', 'Language for skills (en, zh)')
+    .option('--scope <scope>', 'Install scope (global, project)')
+    .action(async (targetPath = '.', options) => {
+    await updateCommand(targetPath, options);
+});
 program.parse();
 //# sourceMappingURL=index.js.map