用途：在 AI 代理快速生成代码的场景下，防止仓库历史混乱，确保每次提交可读、可复用、便于评审。
主要能力：要求按逻辑变更意图暂存文件；使用 Conventional Commit 前缀（feat、fix、refactor、docs、test、chore、perf），可加 scope（如 feat(api): ...）；提交正文解释“为什么”而非仅“做了什么”；按 feature/、fix/ 等前缀创建或更新分支；禁止直接向 main 提交；开 PR 前做干净的 rebase 或 merge。
使用方式：在每次编辑后，代理应主动提出运行 git diff --staged 并建议提交。若历史混乱，应给出 rebase 方案，未经确认不得 force-push。当多个逻辑变更被一起暂存时，应拆分提交。
验证：git log --oneline -10 应能讲述清晰故事；每个提交在可行时应可独立构建或测试。PR 描述应引用所用计划或相关技能。
限制：资料未提供具体安装命令、适用平台、定价或与其他工具的集成细节。