PatchPilot

PatchPilot 的 Patch Palette 将补丁交付组织为多个阶段：获取补丁、分类冲突并理解意图，做可行性分流与依赖分析，再进入 AI 解冲突、语义审查和交付回检。

系统先用启发式规则评估冲突规模、缺失符号、危险变更和补丁复杂度，再把处于模糊区间的任务交给语言模型进一步判断。

依赖分析比较函数实现、结构体字段和函数签名的状态偏离，再定位必要的前置提交。

PatchPilot 要求通过 Git 工具精确枚举提交标识，让工具提供可追溯的事实，推理负责解释事实之间的关系。

PatchPilot 按冲突块进行推理，一个冲突块对应补丁中需要处理的一段修改，并保留处理方案、失败原因与改动范围。

结构化失败记忆保存每轮方案、失败原因和改动范围，让下一次尝试带着这些信息继续。

PatchPilot 执行后首先检查残留冲突标记，代码漂移检查关注为适配目标版本而修改代码是否有理由，语义审查以补丁意图作为对照依据。

PatchPilot 把成功定义在端到端交付上：回合成功后自动创建检测轮次、回检拉取请求与交付状态，并关联任务、日志、审查结论和最终结论。

PatchPilot 通过持久化状态管理执行与恢复，恢复前需要确认已完成哪一阶段、留下的代码和审查产物是否仍然对应当前任务。

去重需要依据业务任务身份，而不能只比较一段提示词，因为同一个补丁送到不同目标版本可能是不同任务，重复提交同一个目标任务又可能造成额外修改或重复评审。

超时处置需要区分还在运行、暂时不可观测和已经失败三种状态。