cm-check

# cm-check — 双运行时一致性自检 执行前读取 `../../runtime/project-context.md` 与 `../../runtime/logging.md`。Codex 入口为 `$cm-check`；Claude Code 跨平台入口为 `/cm-check`，macOS/Linux 另有历史别名 `/cm:check`。 ## 默认先检查更新 从当前 Skill 路径解析 `{CM_WORKFLOW_ROOT}`。每次完整 `cm-check`，在启动检查控制器前执行一次： ```bash node "{CM_WORKFLOW_ROOT}/scripts/cm-check-update.mjs" \ --skill-dir "{CM_WORKFLOW_ROOT}/skills/cm-check" --runtime codex ``` Claude Code 将 `--runtime` 改为 `claude`。默认发现 npm `latest` 稳定新版就升级， 无需 `--upgrade` 或再问一次；固定包为 `@aibyzero/cm-workflow`，复用现有安装器的 `--yes`、范围限制和失败回滚。只更新 CM 的已管理文件，不安装业务依赖或改业务项目。 当前还有 CM 开发、审查或发布任务在运行时，先完成或暂停该任务，不能并发替换其运行时。 用户明确说“只检查，不升级”时跳过此前置步骤，并注明未查询更新。 按 JSON 结果处理，不把退出码 0 一律解释成最新版： - `updated`：已升级并回读版本；使用返回的 `workflowRoot`，重新读取其中的本 Skill 和 `references/js-host.md`，直接进入下方检查，不再次运行更新步骤。其他 Skills 在新会话加载。 - `current` / `ahead`：检查返回的管理目录；若当前会话仍引用旧缓存，重新读取该目录的 Skill/接线文档，提醒新开会话。不降级比 npm 更新的版本。 - `offline`：继续当前本地检查，报告“无法确认最新版”；本地 PASSED 不代表版本最新。 - `unmanaged`：源码仓库、Pi/BYZ 或其他管理器安装仅报告本地/远程版本，不改其源码或 改换安装方式；明确说明自动升级未执行，沿用当前根检查。 - `blocked` / 非零退出 / 无有效结果：停止并报告原因，不绕过失败继续宣布通过。 当前自动安装支持 macOS Codex 的个人本地市场安装，以及 macOS/Linux Claude 安装。 Windows 或其他安装方式有新版时，明确提示使用原平台安装器；不伪称已更新。 查询有时限，联网只查询公共包版本并下载指定包，不发送项目代码或配置。 ## 升级后检查 按选定根目录的[JS 会话入口](references/js-host.md)启动控制器： ```bash node "{CM_WORKFLOW_ROOT}/scripts/cm-check-host.mjs" serve \ --skill-dir "{CM_WORKFLOW_ROOT}/skills/cm-check" --project "$PWD" ``` 用户说「快速检查」「只看装没装对」「别跑全套」时追加 `--quick`：更新与机械检查照常跑， 机械通过后直接收口，不进八组语义检查。结论为 `MECHANICAL_ONLY`，**不是 PA...