用途：在两个智能体分支或工作树并行开发发生 git 合并冲突时，作为中立第三方进行裁决与合并，避免原智能体因缺乏对方上下文而覆盖对方改动或放弃自身改动。适用于看板工程流水线、并行 PR、多工作树重构等场景；不适用于单个智能体自身工作内的冲突，也不适用于锁文件或生成文件等可重新生成的琐碎冲突。
主要能力：按冲突块（hunk）分类处理。disjoint-intent（双方目标不同且可共存）合并两者；same-question-different-answer（同一设计问题答案不同）依据双方声明的意图择一，并显式暴露该决策；superseded（一方前提在另一方改动后不再成立）保留存活方并说明原因。中立性契约要求不偏袒生成自己的那一方，只触碰冲突区域，所有设计取舍必须出现在交接摘要中。
使用方式：可独立运行，由人或智能体在冲突仓库中加载技能并按流程执行；也可派生中立子智能体，任务消息包含仓库路径、两个分支名和双方意图摘要；还可通过看板创建对账卡片，指派给第三方配置，并将两个冲突卡片链接为父任务，使双方完成摘要自动进入上下文。流程包括：收集双方信息（git status、git merge-base、git log、git diff，或 hermes kanban show 获取完成摘要）；逐块分类；在中立契约下用 patch 或 write_file 解决并 git add；运行构建测试验证并 git commit；最后产出列出每个冲突块决策的完成摘要。
限制：若双方意图确实持平，应升级处理而非猜测；若无法恢复双方意图，也应升级。提交信息可能信息不足，优先使用看板完成摘要或 PR 正文。同一文件反复冲突应标记为热点，交由编排器拆分，而非逐次串行对账。验证要求无冲突标记残留、构建测试通过、双方意图可观察或明确说明被丢弃的一方。