issue: “Edit” and “Continue Response” don’t work properly

问题场景

用户在 Open WebUI 对话界面中与 LLM 交互并完成一轮回复后，使用“Edit”按钮修改助手已生成的消息内容，然后点击“Continue Response”按钮期望继续补充该消息。实际表现是编辑不生效，且继续生成的内容不是基于当前编辑文本，而是像点“重新生成”一样在原有消息末尾追加新输出。

报错原文

issue: "Edit" and "Continue Response" don't work properly
Actual Behavior: "Edit" Doesn't actually edit the message, and "Continue Response" generates an additional response instead of continuing the current one.

原因分析

根据 Issue 讨论中的行为描述，该问题被认定为自 0.8.0 起引入的回归缺陷，并分两个阶段恶化：

在 0.8.0 中，已完成的回复被编辑后点击“继续”，会在原消息末尾追加基于编辑位置的输出（例如编辑删除“France.”后继续，会输出“Paris is the capital of France.France.”）；如果在输出完成前中断，继续功能才表现正常。到了 0.8.2，编辑行为被完全忽略，点击“继续”会直接附加一段类似重新生成的输出。可能原因涉及 message branching（消息分支）相关的内部逻辑对“编辑”和“继续”的操作顺序处理错误，导致后端或前端未能正确识别编辑后的消息状态。

环境排查

• Open WebUI 版本：确认是否 ≥ 0.8.2（Issue 已覆盖 0.8.3、0.8.5、0.8.8、0.8.9、0.8.10）
• 后端推理引擎：Ollama 0.16.1 / 0.16.2、LM Studio 0.4.3 / 0.4.4
• 前端环境：Windows 11 + Chrome 145、macOS Tahoe + Safari、iOS Safari
• 安装方式：Docker、uv
• 浏览器控制台和 Docker 容器日志是否有相关报错信息（Issue 要求但也未提供具体内容）

解决步骤

1. 临时回退（社区已验证可恢复基本功能）：将 Open WebUI 版本固定至 0.8.1，在 Docker 或 uv 环境中通过版本控制重新部署，以暂时规避该缺陷。
2. 调整使用习惯（未完全验证）：若必须留在高版本，可在 LLM 输出完成前及时中断生成，再进行编辑和继续操作，但此方法存在概率性失败。
3. 关注官方修复进度：查看 Issue 中提到的修复 PR（当前等待维护者审核），若要尝试可拉取 PR 分支并测试，需要额外验证“继续响应”、“编辑消息”、“消息分支”、以及编辑历史消息等场景。
4. 贡献测试反馈：如果愿意参与，可以安装 PR 分支并测试上述场景，并在 PR 下留言，可帮助维护者加速合并。

验证方法

确认问题是否解决的标准：在编辑助手消息后点击“Continue Response”，观察是否基于编辑后的文本继续生成；若再次点击继续且回复已完则无额外输出。同时检查消息分支场景（编辑自身消息或重新生成助手消息分支）是否正确传递编辑后内容。

参考来源

open-webui/open-webui #21564

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。