Cm Workflow

CM Workflow

安装在 Codex 或 Claude Code 中的规格驱动开发工作流。 从明确需求、人工确认，到实现、独立审查与测试，让每项交付都有可检查的依据。

快速开始 · 升级旧版本 · 选择命令 · 支持范围 · 使用手册 · 更新日志

最近更新

0.20.0

- 必验合同（需手动启用）：在任务、关联 AC 或用例里写 必验:、必跑测试:、必跑检查: 等明确标记，新运行就会冻结这份必验清单，开发报告必须逐条作答，完成前核对证据。没写标记的旧规格照旧运行。
- 命令只认明确声明：只有本行、上级行或标题写明 必跑检查： 之类声明的命令才会被要求执行，“禁止运行”或示例里的命令不会。
- 只读查询：批准前验收预览 cm-acceptance-preview.mjs、分层完成摘要（任务、功能、项目、收尾分开显示）、阻断说明、人工验收和部署声明 cm-delivery-evidence.mjs、运行耗时与用量分析 cm-run-analysis.mjs。
- 升级注意（常设授权更严）：tasks.md 里改写既有条款不再自动批准，要逐条证明验收没有减弱；设计追加、新任务小标题、依赖追加仍可自动批准。详见更新日志。

0.19.0

- 每个任务的测试按风险分层：/cm:prd 拆任务时单元测试全跑，界面测试只跑本任务新写的和直接牵连的旧测试，功能末尾再统一回归；改了共用模块却没跑牵连测试，开工体检会提醒（牵连关系记在项目 TESTING.md 的「牵连测试」表）。
- 开发中途改规格只确认一次：提案卡只问一次「开始」，确认、保存、放行一步完成；审批绑定到你确认的那份提案。
- 常设授权：一路执行到底：用 cm-autonomy.mjs on 按你的原话开启后，任务之间自动继续、审查没过自动修好重做（同一任务最多 2 次），只在改需求、额度用完等致命问题时停下并立即手机提醒。默认关闭。详见更新日志。

0.18.0

- 升级注意（开发方式）：/cm-ai 新批次默认按 tasks.md 自动分组，符合条件的任务各自在 worktree 开发，独立任务可并行；功能末任务、要用设备的任务和部分 QA 场景仍在主目录串行。项目配置写 parallel: {enabled: false} 完全不建 worktree，写 parallel: {worktree_all: false} 恢复以前只让可并行任务进 worktree 的做法。升级前已开始的运行和批次按原配置恢复。
- 升级注意（安装）：安装器默认装上缺的作者技能，并默认挂上技能提醒钩子。有 TypeSafe 密钥时，三个自动调用技能会把消息前 500 字发给外部服务判断。不想要时：安装加 --no-matt-skills、--no-skill-hints；已挂的钩子在本地文件写 "enabled": false 关掉，写 "judge": false 只用本机关键词。详见安装指南。
- 人工走查能留在批次里：任务语法升到第 3 版，功能末任务可标 - 开发: 会话，由当前会话实时完成；进行中的 /cm:prd 会话保持原来的规则版本。
- iOS 等原生项目能开着自动质检：质检可复用任务检查结果；关着质检做完的 v2 运行能补开一次；答复窗口太短会提前拦下。
- 宿主自己验证「先失败、后通过」：新增 v2 策略 verification:"auto"，开发进程交付后由宿主实跑闸门。
- 限流与提醒更可靠：Codex、Claude 的审查限流在受支持入口会自动等待并限次重试；开发进程限流会明确提醒，仍需你授权重做。手机提醒只在真要你处理时才响，并写清要做什么。详见更新日志。

0.17.1

- PRD 历史回执不再阻断当前新批次：旧 feature 的归档问题只登记附注，当前规格和准备后的漂移仍严格核对。
- 宿主防空等与防误关：驾驶员使用传输心跳和阶段期限；host_busy 说明原操作仍在执行，默认关闭拒绝在途工作。
- Claude 审查预检恢复正常启动：兼容初始化前的 ui_invalidate 显示通知，保留原有解析和权限边界。
- 恢复提示与贡献者测试入口对齐：保留旧运行合同，统一测试清单并补齐失败诊断。详见更新日志。

0.17.0

-…