用途：当 Compozy 要求在集成工作树中解决冲突时使用此技能，目标是得到干净的合并结果，而非取巧的捷径。
主要能力与核心规则：编辑前先理解每个冲突块；尽可能保留双方的重要行为；优先采用最小且可读、符合受影响语言与项目习惯的合并；不得删除测试、削弱断言、抑制 lint、吞掉错误或以其他方式隐藏失败的不变量；不要提交，最终 squash 提交由 Compozy 负责；任何文件中都不得留下冲突标记；若冲突不安全或不清晰，保持未解决，让 Compozy 如实中止并回滚。
必要流程：检查提示中列出的冲突文件；对每个冲突块，识别集成分支改了什么、传入任务改了什么；编辑文件使双方必需行为都得到体现；只运行对所编辑文件明确必需且对该仓库安全的语言特定格式化命令；用 git add 暂存已解决文件；检查 git status --porcelain，不得残留未合并条目；报告已解决内容及仍不安全的文件。
解决指引：Go 文件保留 fmt.Errorf("context: %w", err) 的错误包装；保留 context.Context 传播与取消行为；保持同步所有权，不引入无人管理的后台工作；测试聚焦行为与不变量而非实现细节；双方为表驱动测试添加用例时合并用例，除非它们重复证明同一不变量；双方修改接口时更新每个实现，而非仅凭冲突文件猜测。
如实失败标准：无法判断哪一方拥有不变量、解决需要无证据地删除任一方行为、仍残留冲突标记、或二进制/生成文件冲突无法安全验证时，停止并保持冲突未解决。解决手段用尽时 Compozy 会回滚集成分支，因此如实未解决比推测性的错误合并更安全。
限制：资料未提供安装命令、平台支持、收费方式或具体命令示例；该技能面向 Compozy 集成工作树场景，不适用于其他环境。