sxjeru
sxjeru
不行，这个 win 端所有 AI 提供商都发送不了请求。而且开着系统代理，clash 日志也没有捕获任何 lobechat 的请求。 关闭系统代理也是发送不了请求，我摘取 gemini 的错误在下面。这不是网络错误，而是立刻返回了这个错误。 ``` { "error": { "message": "[GoogleGenerativeAI Error]: Error fetching from https://generativelanguage.googleapis.com/v1beta/models/gemini-2.0-flash:streamGenerateContent?alt=sse: fetch failed" }, "provider": "google" } ```
启用代理时正常，包括 http 和 socks5 关闭代理时所有 AI 提供商均报错，截取 gemini 错误如下（立刻报错，非网络问题）。 ``` { "error": { "message": "[GoogleGenerativeAI Error]: Error fetching from https://generativelanguage.googleapis.com/v1beta/models/gemini-2.0-flash:streamGenerateContent?alt=sse: fetch failed" }, "provider": "google" } ```
逻辑大概是这样，当包含历史消息数为 n 时： - 对**用户消息**重新生成，包含本条用户消息，以及往前 n 条消息。 - 对大模型生成的**助手消息**重新生成，若前一条为**用户消息**，则包含前一条（用户消息），以及前一条往前 n 条消息。 - 若**前一条依旧是助手消息**，即两条以上助手消息并列（不含第一条），则从执行重新生成的这一条消息开始，往前 n 条消息（包含重新生成这一条）。 最后一种情况应该算是 bug，因为请求的最后一个消息应当是用户消息 (user)，不然大模型很可能无响应或报错。
重新生成的消息全部放在了最后，往前 n 条消息就是聊天界面往前的 n 条。
抱歉，我上面的话有点歧义了，往前 n 条是重新生成这条消息往前 n 条，而之前重新生成的消息是放在最后的，所以不可能被包含在重新生成中。
这得看这个 13 是对哪条消息执行“重新生成”得到的。历史消息是对执行操作的那条消息往前而言的，“历史范围”这根线更像是误导。 如果对第二条用户消息进行重新生成，历史消息数为 2，则包含第二条用户消息，以及 8 和 4。
单个话题里消息太多会出现明显卡顿，还是建议养成频繁分隔话题的习惯。
烦请附上报错内容，并检查截图是否正确上传。
重试几次能否解决。
It will remember the previously selected state by default. --- > This comment was translated by Claude. Original Content 默认会记住之前的勾选状态。