菜单
Resolve git merge conflicts hunk-by-hunk. Use when git reports merge conflicts (merge / rebase / cherry-pick 中出现 CONFLICT), or user says '解决冲突' / 'merge conflict' / '合并冲突' / 'rebase 卡住了' / 'cherry-pick 冲突'. 保留双方意图,不发明新行为,永不 --abort。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | resolve-merge-conflicts |
| description | Resolve git merge conflicts hunk-by-hunk. Use when git reports merge conflicts (merge / rebase / cherry-pick 中出现 CONFLICT), or user says '解决冲突' / 'merge conflict' / '合并冲突' / 'rebase 卡住了' / 'cherry-pick 冲突'. 保留双方意图,不发明新行为,永不 --abort。 |
逐 hunk 解决 git merge 冲突。核心纪律:保留双方意图,不发明新行为,永不 --abort。
跑 git status 确认:
对每个冲突文件,用 git log --oneline --merge 或 git log --left-right 找出冲突 hunk 各自来自哪个分支 / commit。理解双方各自想干什么——不是看代码猜,是看 commit message + diff 理解意图。
对每个 <<<<<<< ... ======= ... >>>>>>> 块:
解决后删掉所有冲突标记。
禁止:
git merge --abort / git rebase --abort(放弃 = 丢失工作)git checkout --theirs / --ours 批量选边(跳过理解)解决完所有冲突后:
git add <已解决文件>git commit(用默认 merge message 或按项目规范写)git rebase --continuegit cherry-pick --continuegit diff --checkUse when 用户调用 /design-plan, or 需要为复杂跨服务需求(多服务改动 / 数据库 DDL / 新增对外接口 / 架构调整)产出可评审的技术方案文档,典型用户是技术主管 / 资深研发。简单单服务改动走 /workflow-spec,Bug 修复走 /fix-bug。
Use when asked to review a diff, do a pre-commit code review, or review staged/branch changes. Supports staged diffs, branch diffs, and session mode that reviews only files edited in the current conversation context.
Use when 用户调用 /plan-archive, or 三阶段研发流程的阶段三:在所有模块研发上线后,根据实际代码改动回写阶段一技术方案 + 项目级架构文档(docs/architecture / docs/contracts / docs/assets/概要设计 等)。
Use when 用户说「快速规划」「轻规划」「不走 workflow」「plan 一下」「quick plan」, or 需求清晰、作用域明确、可一次性规划完成的简单到中等任务。复杂项目(跨 module / 新子系统 / 需追溯)或需要正式需求文档 / PRD 请用 /workflow-spec。
Use when 用户调用 /spec-bootstrap, or 项目尚未建立 .claude/code-specs/ 骨架且需要初始化 code-specs 体系。
Use when 用户调用 /spec-update, or 工作中沉淀出新 convention / 接口 contract / 模式需要落到 .claude/code-specs/, or execute 末尾终审（workflow-execute Step 7）建议沉淀 code-spec。