菜单
协助解决三仓 merge / rebase 冲突——给出冲突上下文、关联 FT、建议解决策略。不自动 commit。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | merge-conflict-resolver |
| description | 协助解决三仓 merge / rebase 冲突——给出冲突上下文、关联 FT、建议解决策略。不自动 commit。 |
| allowed-tools | Read, Bash, Grep |
原文 §8.3 代码审查类（也覆盖 4.4 编码循环）。三仓联动场景里冲突更常见。
git merge / git rebase 失败git -C {repo} diff --name-only --diff-filter=U
对每个冲突文件：
git log --grep="FT-" -- {file} 找最近修改的 FT| 冲突类型 | 建议 |
|---|---|
| 配置文件 / lock 文件 | 通常保 develop / main，再重跑 install |
| 业务逻辑同行 | 显示双方 commit message + diff，让用户决策 |
| IDL 字段冲突 | 必须与 IDL owner 同步，不允许单边解决 |
| 大量空白/格式冲突 | 跑 formatter 重新一次性解决 |
如果其中一个仓刚发生 merge → 三仓的同名分支可能不同步，提示用户跑 repo-ops-runner Agent 的 checkout-three-repo。
git checkout --theirs/--ours（除非用户明确要求并能 cite 理由）校验业务代码与 IDL 契约同步、字段冻结状态是否被破坏。作为 8 维度 code review 的"契约一致"维度，可被 design-checker / code-review-preparer 调用，也可独立运行。
聚合 8 维度 review Agent 的产出，生成统一的 review 报告并写入 reviews/{ts}.md。
当 context/ 下新增/删除文件时，自动更新对应层级的 INDEX.md，避免"孤儿文件"。
按 templates/detail-design.md 模板撰写详细设计文档，包括数据模型、IDL 变更、接口设计、决策、错误处理、监控、灰度等。
运维操作中心（Operations Center）通用适配器——为团队的运营/运维操作（开关、灰度、限流、降级）提供统一调用约定。具体实现按团队接入。
DevOps CLI 通用适配器——把团队的部署/构建/发布命令包装成一致的高层接口。具体实现按团队接入。