用途：在协助开发者处理 Git 提交、分支和 PR 时，提供严格的格式与流程规范。
主要能力与规则： 提交信息采用 <type>: <description> 结构，单行、祈使句、每个提交只含一个逻辑变更。类型包括 feat、fix、refactor、docs、style、test、chore。提交分组按用途（同一功能、同一缺陷、同一重构、存在依赖）划分，而非按文件类型。分支采用 kebab-case 加类型前缀，如 feat/user-profile、fix/auth-timeout；禁止使用 phase-1、step-2 等规划阶段引用。PR 标题使用普通英文描述句、祈使句大写开头，不使用 feat: 等 conventional commit 前缀，版本号由 main 分支合并时按 PR 标签自动处理。
使用方式：先运行 pre-commit-check 技能对暂存文件做安全、代码质量、破坏性风险三道门槛检查，通过后再分组生成提交信息。若该技能不可用，则内联执行安全检查：扫描 .env、硬编码密钥、令牌、密码、AWS 凭据、私钥、.git-credentials、.netrc 等，发现问题立即停止并提示开发者。流程要求先运行 git status 和 git diff 查看实际改动，再分组并展示方案，等待开发者明确批准后才执行提交，默认不擅自 stage、commit 或 push。
适用场景：需要规范提交历史、拆分为逻辑提交、命名功能分支和撰写 PR 标题的开发协作流程。
限制：属于强约束性指南；不分析改动、未通过检查门槛或未获批准时不得提交；不提供版本号手写方式；资料未涉及具体平台之外的实现细节。