← ClaudeAtlas

cm-checklisted

用户说“检查工作流是否安装正确”“为什么找不到 cm 命令”时使用。检查 CM 的 Codex 插件、核心 Skills、Claude 兼容包装、版本与模板引用;不测试业务功能、不自动修复。
kingxiaozhe/cm-workflow · ★ 2 · AI & Automation · score 68
Install: claude install-skill kingxiaozhe/cm-workflow
# cm-check — 双运行时一致性自检 执行前读取 `../../runtime/project-context.md` 与 `../../runtime/logging.md`。Codex 入口为 `$cm-check`;Claude Code 跨平台入口为 `/cm-check`,macOS/Linux 另有历史别名 `/cm:check`。 从当前 Skill 路径解析 `{CM_WORKFLOW_ROOT}`,按[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" ``` 如果配置文件不在项目根目录,可额外传 `--config {CONFIG_PATH}`;不传时会读取项目根 目录的 `.cm-workflow.yml` / `.yaml` / `.json`。 不要启动前另跑一遍机械检查。收到check_runtime时按原平台入口执行一次:macOS/Linux/WSL和Git Bash用cm-check-runtime.sh,Windows PowerShell用cm-check-runtime.ps1;原cm-check-entry.mjs仍保留为单独机械检查入口。PowerShell仍依赖CLAUDE_CODE_GIT_BASH_PATH或Git for Windows Bash,缺失如实阻断,不跳过、不自动安装。 `invocation.args` 已包含 `--print-effective`,宿主须原样执行,以保留有效配置检查;不要把此参数加到 `serve` 命令上。 原实际结果回传后,JS在机械失败时保留输出并停止;通过才发check_semantic,在该请求内执行以下八组检查,再由JS校验覆盖和汇总。 ## 语义检查 1. **Codex 入口**:`.codex-plugin/plugin.json` 的 `skills` 指向 `./skills/`;`cm-idea/cm-init/cm-prd/cm-ai/cm-test/cm-fix/cm-refactor/cm-check` 八个核心 Skill 与独立 `external-expert` Skill 均有合法 frontmatter。 2. **共享真相**:八个核心 Skill 引用 `runtime/` 合同;`external-expert` 引用共享外部专家合同;`compat/claude-commands/cm-*.md` 只是 macOS/Linux 旧入口薄包装,不再复制业务规则。 3. **流程链路**:`cm-ai` 的 N1–N8 引用全部存在;`cm-prd` 的 greenfield/brownfield/change-mode 全部存在;`cm-idea` 引用 `idea-to-prd`;`cm-prd/cm-ai/cm-test/cm-qa-engineer` 共用 `runtime/test-contract.md`;`cm-prd/cm-ai/cm-test/cm-fix/cm-refactor/external-expert` 共用 `runtime/logging.md` 与统一 writer;`cm