用途：按约定式提交（Conventional Commits）规范创建语义化 commit 消息，在用户要求「帮我提交」等场景下使用。
主要能力：分析 git diff，确定 type、scope 与描述；默认生成中文消息，可用 --lang=en 指定英文；支持破坏性变更标记（type/scope 后加 ! 或 BREAKING CHANGE 脚注）；支持 feat、fix、docs、style、refactor、perf、test、build、ci、chore、revert 等类型；检测到混合类型、多关注点、跨模块大改动、源码与测试文档混杂、依赖与功能代码混杂等模式时，先给出拆分建议再按用户选择执行。
使用方式：先执行 git diff --staged 检查暂存区，并用 git status --porcelain 查看状态。默认只提交暂存区内容；暂存区为空时提示是否提交工作区变更并等待确认。按需暂存文件可用 git add 指定文件或模式。生成消息后执行 git commit -m "<type>[scope]: <描述>"，多行消息可用 git commit -m 配合 heredoc。push 默认不执行，仅当用户明确要求推送时才执行。
适用场景：需要规范化提交历史的日常开发、团队协作与代码审查。
限制与安全规则：绝不能提交 .env、credentials.json、私钥等密钥文件，此规则不因占位值、用户要求或仅一次等理由放宽；禁止修改 git config；未经用户明确要求不得执行破坏性命令（--force、hard reset）或跳过钩子（--no-verify）；禁止 force push 到 main/master；提交因钩子失败时修复后应创建新提交而非 amend。描述建议使用现在时态与祈使语气，保持在 72 字符内，侧重说明为什么而非只说明做了什么。更多细节暂未提供。