用途：为常见 Git 操作提供结构化步骤，适合在准备 PR、清理分支、解决合并冲突、处理 monorepo 标签等场景下按流程执行。
主要能力：
- PR 准备：用 git log main..HEAD --oneline、git diff main...HEAD --stat、git status 收集上下文；标题控制在 70 字符内并描述变更本身；正文说明“为什么”、列出关键改动与测试计划；用 git push -u origin HEAD 推送，再用 gh pr create 创建 PR，最后 gh pr view --web 验证。
- 分支清理：切回 main 并拉取最新代码，用 git branch --merged main | grep -vE '^*|main|master|develop' 列出已合并分支，配合 xargs -r git branch -d 删除本地分支，再用 git fetch --prune 清理远程跟踪引用。
- 合并冲突解决：先 git fetch origin，再用 git merge origin/main --no-commit --no-ff 评估冲突范围，通过 git diff --name-only --diff-filter=U 列出冲突文件；不同区域的改动可同时保留，架构不兼容时优先采用 main 分支方案并重新应用 PR 意图；提交少且无共享历史时可用 git rebase origin/main，冲突过多时用 git rebase --abort 或 git merge --abort 中止，必要时用 git show origin/branch:path/to/file 提取代码后手动应用。
- monorepo 发布标签：采用 {package-name}-v{semver} 形式，如 git tag contextbricks-v2.1.0 后 git push origin contextbricks-v2.1.0，避免歧义。
- 初始化与审计：新建仓库时先写 .gitignore 再 git add；若 node_modules 已被跟踪，用 git rm -r --cached node_modules/ 移除；发布私有仓库前用 gh repo view --json visibility -q '.visibility' 检查可见性，私有仓库应使用专有许可声明、package.json 中设置 "license": "UNLICENSED" 与 "private": true，并避免出现贡献欢迎内容。
使用方式：按技能提供的分步命令执行，每步完成后验证结果，如运行测试、检查 diff。
限制：资料未提供安装方式、收费模式、支持平台及具体效果数据，暂未提供。