用途：commit-work 旨在产出易于审查、可安全交付的 git 提交，使每次提交只包含预期变更、粒度合理，提交信息清楚说明做了什么与为什么。
主要能力：审查未提交更改；将混合更改拆分为多个逻辑提交；在单文件混合更改时使用补丁暂存；编写 Conventional Commits 格式消息（type(scope): summary，正文说明 what/why，必要时用 BREAKING CHANGE）；运行预提交质量检查；对 AI Cortex 项目同步 skills/rules/specs/protocols 对应的 INDEX.md。
使用方式：先运行 git status 与 git diff 查看工作树；建议先由用户运行 /review-diff（不阻塞）；按逻辑问题决定提交边界，用 git add -p 暂存，用 git restore --staged 取消暂存；每次提交前运行 git diff --cached 复核，确认无密钥、令牌、调试日志、无关格式改动或注释代码；若存在 CLAUDE.md 或 .ai-cortex/config.yaml 则优先读取其中 test_command，否则从构建配置推断，运行最快且有意义的单元测试、lint 或构建；用 git commit -v 编写消息；重复直到工作树干净。
适用场景：用户要求提交更改或生成提交信息；需要把混合更改拆成可审查提交；需要统一遵循 Conventional Commits；推送前确保质量；AI Cortex 项目中资产与 INDEX.md 需同步。
限制：不负责已提交差异的代码审查（用 review-diff）；不重写历史或变基（用 git rebase）；不解决合并冲突；不创建 PR 或推送；不编写被提交的代码。硬性要求包括提交前必须审查暂存内容、不混入无关更改、不写模糊信息、不跳过可用的测试或 lint、不提交敏感数据；AI Cortex 项目资产变更未同步 INDEX.md 时不得提交。具体命令与项目级规则（如主题长度、必需 scope）暂未提供更多细节。