跳转到主要内容
关于 Comet CLI 命令、安装、健康检查和平台支持的常见问题。

安装与初始化

不会。检测到已存在的组件时,comet init 会让你选择覆盖或跳过。hooks 是非破坏性合并,保留你已有的 hooks。--yes 模式下已存在组件默认跳过,强制刷新用 --overwrite
0.4.0-beta.1 起所有脚本都通过 Node.js 运行,Windows 不再需要 Bash、Git Bash 或 WSL。macOS、Linux、Windows 用同一套命令。
project 适合团队项目(配置写入仓库,便于协作),global 适合个人默认环境(写入用户目录,多项目共享)。不确定时先用项目级。详见CLI 快速上手
31 个 AI 编码平台,包括 Claude Code、Codex、Cursor、Windsurf、GitHub Copilot 等。comet init 会自动检测项目里已存在的平台目录并预选。详见支持的平台

状态与诊断

comet status 看活跃 change 的当前阶段和下一步命令,是日常恢复的第一条命令。comet doctor 做完整的安装健康检查(Skill、脚本、工作目录、change 状态),适合 status 显示异常时排查。
warn 通常不阻塞(如 openspec CLI 未装但项目不依赖),fail 才是阻塞(如 Skill 缺失、状态损坏)。建议优先处理 fail。详见comet doctor
先跑 comet doctor 看是否有畸形 .comet.yaml 或缺失证据。修复后重新跑 status。状态异常的排查详见状态损坏与恢复

升级与卸载

先升级 npm 包,再刷新已安装的 Skill 文件,最后确认健康:
npm install -g @rpamis/comet@latest
comet update --scope project --language zh
comet doctor
不会。comet uninstall 只移除 Comet 管理的 Skill、规则和 hooks,保留你的 OpenSpec change、设计文档、实施计划和项目代码。详见comet uninstall
升级版本后用 comet update 刷新 Skill/规则/脚本。comet init 用于首次安装或新增平台。两者都非破坏性保留用户配置。

Skill、评估和发布命令

创建可复用 Skill 优先用 /comet-any,它会在内部调用 CLI 后端。comet skill 是低层工具,适合本地调试、Engine Run 和包管理。详见comet skill
comet eval 评估一个 Skill 的产品能力,产出发布前证据。comet skill eval 检查某次 Engine Run 是否缺 artifact 或状态,不产出发布证据。发布 readiness 只需要 comet eval。详见comet eval
普通用户用 comet publish(用户发布入口)。comet bundle 是高级后端,只在排查后端状态、审计或自动化集成时直接使用。详见comet publish

CI/CD

--yes --json 跳过所有提示:
comet init --yes --scope project --language zh --json
能。statusdoctor 的 JSON 结构是 CLI 契约的一部分。CI 门禁建议只对 doctorfail 退出非零。详见CI/CD 集成