用途：帮助团队选择 Git 分支模型、设定合并与评审策略，并为人类与 AI 协作定义安全默认值。它假定使用者已掌握 Git 命令，重点提供决策依据。
主要能力：默认倾向 GitHub Flow 或主干开发；每个仓库只选一种合并方式；PR 经常过期时引入合并队列；每个智能体一个 worktree；仅在需要版本支持时使用发布分支。覆盖分支策略、PR 最佳实践、堆叠 PR、合并队列、发布管理、AI 智能体 worktree、交互式 rebase、冲突解决、git bisect 调试、钩子自动化、monorepo 工作流与验证清单等参考文档。
使用方式：先识别约束（并发分支数、发布节奏、CI 时长与失败率、贡献模式、合规要求），再选最简分支模型，设定仓库基线（规则集、审批、必需检查、CODEOWNERS、发布与标签规则），定义本地循环与安全预检，最后按参考文档实施。提交信息与变更日志由 dev-git-commit-message 负责。
适用场景：频繁部署的单生产线、高合并并发、需要提前合并未完成工作、多版本支持、受监管或审计环境、分布式异步团队、fork 式开源贡献，以及智能体并行开发。
限制：主干开发需要快速 CI（约 10 分钟内）和低失败率（约 5% 以下），这些是启发式而非标准。平台功能与 Git 本身每年多次变化，推荐前需查官方文档与 git-scm.com 发布说明。合并队列吞吐受构建并发、分组大小与 CI 时长限制，不稳定测试会严重拖慢。两个智能体共用一个账号不等于两个评审人；智能体不得批准或合并自己的 PR。历史重写风险取决于他人是否依赖该引用，main、发布分支与标签未经明确沟通不得重写。资料未提供具体价格、平台或效果数据。