用途：在被调用时自动完成 git 提交。调用本身即是请求，无需再询问要做什么；把所有工作区改动按“每次提交一个逻辑变更”的方式提交。参数是这些改动的动机，用以划分逻辑单元并撰写提交信息正文；无参数时仅凭 diff 推导提交信息。
主要能力与规则：先在项目根目录执行 git rev-parse --show-toplevel 定位仓库，提交时从项目根运行 git，不使用 git -C。按逻辑分组，同一文件含无关改动时用 hunk 级拆分。整文件用 git add <file>；hunk 级用 git diff <file> > <scratchpad>/patch.diff，编辑补丁后 git apply --cached。取消暂存用 git restore --staged。提交信息用 Conventional Commits：type: subject（type 取 feat、fix、refactor、test、build、docs、style，build 含依赖与版本，style 指 UI 视觉改动而非代码格式），subject ≤72 字符，正文仅写改动前的失败或风险，不写修复内容。消息末尾按模型家族加 Co-Authored-By 页脚（Claude、GPT、Gemini 各有对应地址），仅当确定都不适用才省略。用 git commit -m 直接提交，不用 $() 或 heredoc。
限制：只使用 git、cd、Grep/Glob 和 scratchpad 中的补丁文件；不研究、不运行代码或测试、不调用其他技能。绝不编辑工作区文件，不强制添加被 gitignore 的文件，不自行运行 pre-commit 钩子；提交后不做超出 git status/git log 的验证。钩子报未暂存改动时用 git stash push --keep-index 处理，钩子自动格式化可重加并重试一次。补丁首次应用失败时直接整文件暂存，不诊断原因。本资料未提供更多收费、平台与价格信息。