用途：按 Conventional Commits 规范暂存文件并创建提交，通过分析 diff 判断合适的提交类型、范围与信息，并支持将不相关的改动拆分为多个细粒度提交。
主要能力：检查 git status 与 git diff --stat 查看全部改动；阅读 diff 判断改动文件、区域及是否应拆分；确定提交策略（相关改动合并为一次提交，跨不相关区域则建议拆分，不确定时询问用户）；按文件名精确暂存；按 <type>(<scope>): <description> 格式起草信息，类型含 feat、fix、refactor、docs、test、chore、style、perf；执行提交并报告提交哈希与摘要，提示剩余未提交改动。
使用方式：先运行 git status 和 git diff --stat，再阅读 diff 分析改动性质，随后用 git add 指定文件暂存，最后用 git commit -m "<message>" 提交，多行信息使用 HEREDOC。若用户通过 -m 提供信息则原样使用，但仍需正确暂存文件。
限制与规则：禁止使用 git add -A 或 git add .，必须按文件名暂存；不提交疑似密钥文件（如 .env、credentials、API key、token）；pre-commit 钩子失败时修复问题并创建新提交，除非明确要求否则不用 --amend；不使用 --no-verify 跳过钩子；主题行不超过 72 字符；正文解释原因而非内容；参考近期 git log 匹配仓库风格；细粒度提交按逻辑顺序进行（如先重构后功能）。