用途：cx-exec 是 CX 工作流里的执行环节，当用户提到执行任务、开始开发、实现功能、写代码、继续做、下一个任务时触发。它默认读取项目级与 feature 级状态，自动推进可执行任务，直到完成、阻塞或遇到关键决策点，之后进入 summary 闭环。
主要能力：默认模式自动连续推进可执行任务，自行处理普通测试失败和局部冲突，不在普通任务或 wave 边界停顿；--all 模式进入高自治 agent teams，按任务图自适应拆 wave，尽量拉起 3+ 专业代理，主代理负责调度、整合、契约校验与关键决策暂停。支持结构化阻塞记录、任务级 reason_type、契约一致性校验（后端路由、前端 API 路径、数据模型字段与类型）。
使用方式：命令为 /cx:cx-exec、/cx:cx-exec --all、/cx:cx-exec 任务-3。执行前先读取 开发文档/CX工作流/配置.json 与 状态.json，再通过共享 dispatch helper 选择任务：bash ${CLAUDE_PLUGIN_ROOT}/scripts/cx-workflow-exec-dispatch.sh --feature {feature-slug} --runner cc --session-id {session-id} --mode {auto|all}。每个任务走读取任务文件、读取契约、实现、契约校验、验证、更新状态、提交的闭环，完成后重新调度。
限制与规则：所有文件读写必须使用绝对路径，禁止 ../ 相对路径；worktree 中先用 git rev-parse --show-toplevel 获取根目录。禁止跳过工作区选择，首次执行需用 AskUserQuestion 询问独立工作区或当前分支。同一 feature 只能在一个 worktree 中持有活跃执行权，除非已 handoff；Claude Code 固定注册为 runner cc，feature 由 codex 持有时必须先 handoff。GitHub 不参与执行态主控，闭环同步交给 /cx:cx-summary。仅在多路径差异明显、改架构/API/数据库/状态模型、高风险不可逆、需外部信息这四类关键决策点暂停。提交默认每任务独立，message 末尾追加 [cx:<feature-slug>] [task:<n>]，fix 路径用 [cx-fix:<fix-slug>]。其他细节暂未提供。