用途：当用户提到需要解决合并冲突时，调用该技能处理 Git 合并冲突，而不是直接手动解决。
主要能力：按“先计划后执行”的流程工作。先运行 git status 评估冲突范围，将冲突文件分类为普通冲突、删除-修改冲突、生成文件冲突、测试文件冲突、导入/配置冲突、二进制文件冲突等；随后输出结构化的合并解决方案，包含冲突摘要、逐文件策略、理由、风险、执行顺序、待用户决策的问题和验证步骤，等待用户批准后再执行。
解决原则：默认保留双方改动，除非直接矛盾；导入、测试、配置优先合并而非二选一；生成文件不手动合并，而是从源重新生成；删除-修改文件先创建带时间戳的备份；解决后运行测试验证；每个冲突给出一行解决说明；无法从 diff 判断时向用户提供编号选项并记录其选择，后续相似冲突沿用同一逻辑。
使用方式：按计划分阶段执行，先处理删除-修改文件，再重新生成生成文件，然后合并低风险内容（导入、测试、文档），最后处理高风险内容（代码逻辑、配置、结构体），并运行验证脚本、编译和测试。资料中给出的脚本路径为 .forge/skills/resolve-conflicts/scripts/handle-deleted-modified.sh 和 .forge/skills/resolve-conflicts/scripts/validate-conflicts.sh；生成文件示例命令包括 cargo update、npm install、yarn install、bundle install、poetry lock --no-update、protoc、graphql-codegen、make generate、npm run generate、npm run build、cargo build。二进制文件可用 git checkout --ours 或 --theirs 选择一方。
适用场景：Git 合并或变基后出现冲突，需要系统化、可审计地解决并保留双方意图。
限制：二进制文件无法合并，只能选择一方；生成文件需依赖相应生成工具；不明确的冲突必须由用户决策；资料未提供该技能的安装方式、收费、平台支持或效果数据。