用途：commit-work 旨在让 Git 提交易于审查、安全发布，确保只包含预期改动、提交按逻辑范围拆分、提交信息说明改了什么以及为什么。
主要能力与工作流：先检查工作区，使用 git status、git diff（未暂存），改动多时用 git diff --stat；再决定提交边界，按功能与重构、后端与前端、格式化与逻辑、测试与生产代码、依赖升级与行为变更等维度拆分，同一文件混合改动时计划使用补丁暂存；只暂存属于下一次提交的内容，混合改动优先用 git add -p，取消暂存用 git restore --staged -p 或 git restore --staged <path>；用 git diff --cached 复查实际将提交的内容，检查是否含密钥或令牌、意外调试日志、无关格式化改动；在写信息前用一两句话描述暂存改动（改了什么+为什么），若无法清晰描述说明提交过大或混杂，应回到拆分步骤；撰写提交信息，要求使用 Conventional Commits 格式 type(scope): short summary，空行后写正文（说明 what/why，而非实现日记），必要时加 footer（如 BREAKING CHANGE），多行信息建议用 git commit -v 打开编辑器，可参考 references/commit-message-template.md；运行最小相关验证，如仓库最快的单元测试、lint 或构建；重复以上步骤直到工作区干净。
输入项：若缺失需询问是单次提交还是多次提交（不确定时，存在无关改动默认拆成多个小提交）、提交风格（要求 Conventional Commits）、是否有主题长度上限或必需 scope 等规则。
交付物：最终提交信息、每个提交的简短摘要（what/why）、用于暂存与复查的命令（至少包含 git diff --cached，以及运行的测试）。
限制：资料未提供具体安装方式、平台支持、收费或价格信息，暂未提供。