用途：将最新 origin/main 拉取并合并到当前本地分支，解决合并冲突，别名 update-branch。适用于 Codex 需要把功能分支与主分支同步的场景。
主要流程：先确认 git status 干净，或先提交/暂存改动；本地启用 rerere：git config rerere.enabled true 与 git config rerere.autoupdate true；确认 origin 远程存在且当前分支为接收合并的分支；执行 git fetch origin；先同步远程功能分支：git pull --ff-only origin $(git branch --show-current)；再合并 origin/main，推荐 git -c merge.conflictstyle=zdiff3 merge origin/main 以获得更清晰的冲突上下文；出现冲突则解决后 git add <files>，再 git commit（或合并暂停时 git merge --continue）；按仓库 AGENTS.md 策略运行项目检查；最后总结合并，说明最棘手的冲突/文件及解决方式、假设与后续事项。
冲突解决建议：用 git status 列出冲突文件，用 git diff 或 git diff --merge 查看冲突块，用 git diff :1:path :2:path 与 git diff :1:path :3:path 比较 base 与 ours/theirs；zdiff3 标记包含 <<<<<<< ours、||||||| base、=======、>>>>>>> theirs，首尾相同行会被裁剪，聚焦差异核心。先说明双方意图，判断语义正确结果，再改代码；优先保留不变量、API 契约与用户可见行为。尽量做最小且保留意图的编辑，逐文件解决并分批跑测试；仅在确定一方完全胜出时使用 ours/theirs。生成文件先解决非生成冲突再重新生成；导入冲突意图不明时可先保留双方，合并后跑 lint/类型检查清理。完成后用 git diff --check 确认无冲突标记。
何时询问用户：仅在无安全可逆替代时询问，例如正确结果依赖无法从代码/测试/文档推断的产品意图、涉及用户可见契约或迁移、两种设计技术等价且无本地信号、合并带来数据丢失或不可逆副作用、分支或远程名不存在且无法本地确定。否则应尽力决策、记录理由并继续。
限制：资料未提供该技能的安装方式、收费、平台支持与效果说明。