用途：分析工作区中的 git 变更并做出原子、功能、语义化的提交，采用 conventional commits 格式。
主要能力与流程：先运行 git status 和 git diff（含暂存与未暂存）了解全部改动；按逻辑工作单元对变更进行语义分组，每次提交只包含一个功能变更，把共同实现单一关注点的相关文件归为一组；用 <type>(<scope>): <description> 格式写提交信息，类型包括 feat、fix、refactor、docs、style、test、chore、perf、ci、build、revert。
规则：提交信息仅一行，不使用提交正文；不得包含正文、trailer、共同作者行、AI/工具署名、生成标记、机器人签名或任何暗示 AI 参与的元数据。每次提交用 git add 指定具体文件，除所有变更同属一次提交外不得使用 git add .。每完成一次提交后运行 git log -1 --format=%B 检查最终信息不含 AI 相关署名或元数据，再运行 git status 确认结果。执行顺序为一次暂存并提交一组，不得跳过。
适用场景：用户要求提交改动时。限制：以上为公开资料中给出的行为约束与流程，其他能力、收费、平台与效果暂未提供。