用途：按分支意图而非仅补丁来整合代码。它主张先借用 Git 的合并机制生成草稿，再进行编辑、重构、审计、验证并汇报结果。
术语：destination 接收工作，<source> 提供工作；在执行改动前需依据请求与仓库状态确认两者，仅在接收方归属仍不明确时才提问。
模式选择：
- Dry plan（干运行计划）：用户要求分析或计划且不改变仓库状态时，按 modes/dry-plan.md 执行，以计划和未决事项收尾。
- Audit（审计）：用户要求审查已完成或进行中的合并结果时，按 modes/audit.md 执行；除非另行授权，不要启动或重做合并。
- Integrate（整合）：用户要求执行合并、迁移分支工作或解决冲突时，按 modes/integrate.md 执行，直至获得授权的已提交或未提交端点。
若请求同时包含评估与整合，先完成只读模式，再执行已授权的整合。仅针对有重大影响的决策或请求与证据中仍缺失的授权进行询问。
共同护栏：不要自动移动、强制更新或删除源分支。收敛指从目标 HEAD 可达源分支顶端；对齐分支引用需要明确批准。
限制：资料未提供具体命令、配置、收费、平台或效果信息。