用途：为 AI 智能体提供一套安全的 Git 操作流程，用于检查、暂存、提交 AI 产生的改动，并在用户明确要求时才推送。适用于提交/推送请求、任务结束检查点、合并冲突处理等场景。
主要能力与规则：
- 先收集非破坏性上下文：git rev-parse --show-toplevel、git status --porcelain=v1 -b、git log -1 --oneline；必要时用 git branch --show-current、git worktree list --porcelain 确认所在工作区与分支。
- 默认禁止破坏性或高风险命令，除非用户明确要求：git reset --hard、git clean -fd、git push --force/--force-with-lease、git worktree prune/remove、git rebase。若用户要求，需先复述将执行的确切命令并说明风险，再执行。
- 避免交互式提示与编辑器，优先非交互命令，如 git commit -m "..." -m "..."；避免 git add -p 与基于编辑器的 rebase。
- 工作区安全：暂存或提交前确认分支与工作区；detached HEAD 下默认不直接提交，先说明并询问是否用 git switch -c 新建分支；分支已在其他工作区检出时，默认不用强制，改为切换其他工作区分支或为本工作区新建分支。
- 检查点提交：用 git diff --stat、git diff --staged --stat 汇总，必要时查看完整 diff；优先按显式路径 git add，或 git add -u，避免盲目 git add .；提交信息建议用 Conventional Commits，包含行为变化与测试情况；提交后用 git status、git show --stat --oneline HEAD 验证。
- amend 策略：仅当明显改善最近一次且尚未推送的提交时使用，如 git commit --amend --no-edit 或 git commit --amend -m "..."；已推送到共享分支时改用新的后续提交。
- 合并冲突：用 git status --porcelain=v1 -b 与 git diff --name-only --diff-filter=U 定位冲突文件，人工解决后 git add，合并则 git commit，显式请求的 rebase 则 git rebase --continue，最后验证。
- 推送策略：仅在用户明确要求时推送，优先 git push -u origin HEAD；在 main/master 上默认不直接推送，先建分支；绝不强制推送，除非用户明确要求并接受风险。
限制：资料未提供安装方式、平台支持、收费与价格信息，暂未提供。