用途：为执行版本控制操作的智能体提供统一的 Git 工作流指导，确保各项目在提交信息、分支策略、PR 流程和协作方式上保持一致、可维护且专业。
主要能力：
- 提交信息规范：采用 Conventional Commits 格式 <type>(<scope>): <subject>，type 包括 feat、fix、docs、style、refactor、test、chore、perf、ci、build、revert；subject 用祈使句、不超过 50 字符；body 每行 72 字符；footer 记录破坏性变更与 issue 引用。破坏性变更用 ! 并在 footer 写 BREAKING CHANGE。
- 分支策略：GitHub Flow（main 始终可部署，feature/* 短分支，适合持续部署与中小团队）、Git Flow（main/develop/feature/release/hotfix，适合计划发布与企业软件）、主干开发（feature 分支存活不足一天，依赖特性开关与成熟 CI/CD）。
- PR 实践：标题用约定式提交格式，描述含 Summary、Changes、类型勾选、测试、测试计划、关联 issue 与检查清单；建议 PR 改动 200–400 行，最大约 800 行；支持草稿 PR 与评审礼仪。
- 操作模式：merge --no-ff 保留完整历史，rebase 保持线性历史（勿对公共分支 rebase），merge --squash 合并多提交；提供决策矩阵、交互式 rebase 清理提交、cherry-pick 用例。
- 协作与安全：fork 与分支工作流、保持分支最新、解决冲突、Co-authored 提交、原子提交、Git 钩子（pre-commit、commit-msg）；禁止向 main/master、develop 及受保护分支强推，必要时使用 git push --force-with-lease。
使用方式：在执行 Git 操作时参照本技能，先分析 git diff 判断变更类型与 scope，再撰写提交信息；与 Claude Code 集成时在提交 footer 加入生成说明与 Co-Authored-By。
适用场景：需要统一提交规范、选择分支模型、规范 PR 流程或处理合并、变基、冲突的团队与智能体。
限制：资料未提供具体安装命令、收费方式、平台支持范围或效果数据，暂未提供。