用途：work 是一套复合式工程流程（compound engineering loop），通过五个离散阶段系统性减少返工：把清晰度前置、把经验教训后置沉淀。各阶段既可独立运行，也可按顺序串起来。
主要能力与阶段：brainstorm（通过对话澄清范围，暴露关键决策与未决问题）、plan（调研代码库，写出具体实施计划）、work（执行计划并在任务后端跟踪进度）、review（评估产出、提炼经验、决定接受或返工）、compound（记录经验，更新规则/模板/文档）。另有 spec <topic>（创建成果规格：概述、决策、步骤、边界情况）与 audit（审查当前分支盲点，分“立即修复 / 需要规格 / 建 issue”处理）。
使用方式：运行任何命令前先检测 git 根目录，使用原命令 git rev-parse --show-toplevel。通过 $ARGUMENTS 路由：help 或空参数→commands/help.md，brainstorm→commands/brainstorm.md，plan→commands/plan.md，work→commands/work.md，review→commands/review.md，compound→commands/compound.md，spec→commands/spec.md，audit→commands/audit.md。
任务命名：每个阶段在已配置的后端创建或更新任务（前提是 tasks != none），命名规范为 YYYY-MM-DD, <Stage>，不含阶段编号，例如 2026-02-28, Brainstorm、2026-02-28, Plan、2026-02-28, Compound — <topic>。若存在相关工作流 epic，任务创建在其下。
提示与设计取舍：当用户出现反复修复、困惑或返工的迹象时，应主动建议运行 work compound，即使处于流程中途，因为 compound 的价值在于趁经验尚未淡忘时捕捉。设计上，80% 的价值来自 plan 与 review，work 只是执行环节；不要跳过 plan——范围蔓延与返工几乎总能追溯到不清晰的计划。
限制：具体任务后端、安装方式及配置细节暂未提供。