用途：这是一个在执行 Git 操作时应用的工作流规则技能，围绕 Gitflow 模型规范分支、提交、版本与发布过程。
主要能力与规则：
- 主分支：main（或 master）存放可发布代码，禁止直接提交，只接受来自 hotfix/* 和 release/* 的合并，每次合并后须打版本标签；develop 为主开发分支，承载最新开发变更，是 feature 分支的来源，同样禁止直接提交。
- 支撑分支：feature/* 从 develop 分出并合回 develop，命名如 feature/123-user-authentication，创建 PR 前须与 develop 保持同步，合并后删除；release/* 从 develop 分出，合回 main 与 develop，命名如 release/v1.2.0，只做缺陷修复、文档与发布相关任务，不得引入新功能，合并后删除；hotfix/* 从 main 分出，合回 main 与 develop，命名如 hotfix/v1.2.1，仅用于紧急生产修复，合并后删除。
- 提交信息格式：type(scope): description，类型含 feat、fix、docs、style、refactor、test、chore。
- 版本控制：采用语义化版本，MAJOR 用于不兼容 API 变更，MINOR 用于向后兼容的功能，PATCH 用于向后兼容的缺陷修复。
- PR 规则：所有变更须经 Pull Request，至少 1 个批准，CI 检查须通过，禁止直接提交到受保护分支，合并前分支须最新，合并后删除分支。
- 分支保护：main 与 develop 要求 PR 审核、状态检查通过、分支最新，管理员同样受限，禁止强制推送和删除。
- 发布流程：从 develop 创建 release 分支，更新版本号，修复发布问题，创建到 main 的 PR；合并后打标签、合回 develop 并删除 release 分支。
- 热修复流程：从 main 创建 hotfix 分支，修复问题并递增补丁版本，创建到 main 的 PR；合并后打标签、合回 develop 并删除 hotfix 分支。
使用方式与限制：资料未提供具体安装命令或调用方式，仅提示与 git-expert 技能相关，并要求在开始前读取 .claude/context/memory/learnings.md，完成后记录新的模式或例外。其余平台支持、收费等信息暂未提供。