用途：当多个贡献者或 AI 智能体可能同时改动同一产品界面时，用该技能规划 Git 协作流程，目标是在功能开发、重设计和重构并行进行时保持应用可部署。
主要能力：识别团队形态（个人、设计师+智能体、小团队、客户团队或多智能体）；推荐分支模型（生产、集成、短生命周期功能/修复分支、智能体分支前缀）；定义 PR 拆分规则（视觉、行为、内容、基础设施、数据及有意的垂直切片）；在需要并排比较新旧 UI 时推荐 worktree；定义提交规范与合并策略；定义智能体安全规则（允许文件、禁止编辑的锁文件、人工审查、功能开关预期）；产出工作流检查清单。
使用方式：按流程依次识别团队形态、推荐分支模型、定义 PR 拆分规则、推荐 worktree、定义提交与合并策略、定义智能体规则，最后生成检查清单。输出采用固定格式，包含分支模型、分支命名、提交规范、PR 拆分规则、智能体策略、worktree 建议、审查与合并策略、协调产物和工作流检查清单。示例中分支模型为 main（生产）← dev（集成）← feat/，提交规范采用 Conventional Commits，智能体分支前缀为 agent/，锁文件 pnpm-lock.yaml 禁止智能体编辑，合并策略为 squash merge 到 dev，dev 始终保持可部署。
适用场景：多贡献者或多智能体共同维护同一产品界面、需要并行开发与重设计、需要明确智能体权限与人工审查的仓库。
限制：不适用于个人一次性原型，此时应保持 Git 简单；若问题涉及 AGENTS.md 的内容，应使用 $agent-context-file-planner。最终前需验证分支模型保持 main 生产安全、集成分支可部署，且 PR 规则能说明如何拆分视觉、行为、内容和基础设施变更。