用途：帮助把改动整理成易审查、可安全发布的 Git 提交，确保只包含预期改动、提交粒度逻辑清晰、提交信息说明改了什么和为什么。
主要能力：检查工作树状态与差异；按功能与重构、前后端、格式化与逻辑、测试与生产代码、依赖升级与行为变更等维度决定提交边界；混合改动时使用补丁暂存；暂存后复查实际提交内容；撰写符合 Conventional Commits 的消息；提交前运行最小相关验证。
必要用法：先确认是单个还是多个提交、提交风格（要求使用 Conventional Commits）以及主题长度、必需 scope 等规则。流程为：git status 与 git diff 检查工作区，改动多时用 git diff --stat；用 git add -p 进行补丁暂存，必要时用 git restore --staged -p 或 git restore --staged <path> 取消暂存；用 git diff --cached 复查将提交内容，检查无密钥令牌、无调试日志、无无关格式改动；用 1-2 句话描述改动内容与原因，若无法清楚描述说明提交过大或混杂；用 git commit -v 撰写多行消息，格式为 type(scope): short summary、空行、body（说明 what/why）、必要时 footer（BREAKING CHANGE）；运行仓库最快的有效检查（单元测试、lint 或构建）；重复直至工作树干净。可参考 commit-message-template.md。
交付物：最终提交消息、每个提交的简短说明（what/why）、用于暂存与复查的命令（至少包含 git diff --cached，以及所运行的测试）。
限制：资料未提供具体安装方式、价格、平台支持及更多细节。