更换模型为什么通常会打断工作
假设一段对话从某个快速、熟悉的模型开始。进行到一半时，工作变得更有技术性。你希望让 Claude 提供第二种看法，尝试 Gemini 的另一种推理方式，或者在下一步使用其他受支持模型。 在不同 AI 产品之间切换，通常需要打开另一个网站并重建当前情况。你要复制有用的消息、重新上传文件、说明已经做出的决定，还要寄望新聊天对摘要的理解与原对话一致。 模型换了，工作区、历史记录和输入格式往往也一起改变。中断造成的时间损失可能超过对比模型所省下的时间。 Capriole AI 把线程留在一个地方。选择另一个受支持模型，写下下一条消息，然后继续。对于这个新请求，工作区会把已保存消息转换成所选模型支持的输入结构，检查其上下文限制，并且只在模型和存储模式都支持时附上已保存文件。哪些内容会继续保留
更改所选模型不会创建第二段 Capriole 对话。现有线程仍然是工作记录，其中包括引出当前问题的全部消息。 只要所选存储模式和模型支持，工作区还可以把相关的已保存文件与对话上下文带入下一次请求。你无需在多个产品中维护同一段讨论的平行副本。 真实的技术边界依然存在。不同模型拥有不同的上下文限制、文件支持、推理控制和消息格式。某种输入曾被上一个模型接受，并不意味着另一个模型也能使用。长对话在处理下一个请求前，也可能需要管理上下文。 Capriole 在模型选择器背后处理这些差异。模型仍保有自己的限制与能力，用户则从现有线程继续。如何实际使用模型切换
在有明确理由时，这项功能最有用。获取第二种解读
先让一个模型起草答案，再切换模型，让下一个模型质疑其中的假设。两轮内容都属于同一个线程，因此第二个模型可以直接回应页面上已有的工作，无需用户手写摘要。改变所需帮助的类型
快速模型或许足以探索选项。任务进入决策、技术审查或困难写作阶段后，更审慎的模型可能更合适。对话可以跟随这种变化继续。无需管理多个标签页即可比较方法
涉及多个订阅时，模型对比往往会变成一堆浏览器标签页和重复提示词。在同一个工作区中，对比始终与原问题放在一起。路由不可用时继续请求
Capriole 还会在响应开始前为受支持的流量维护自动 fallback。手动模型切换与自动 fallback 是两项不同功能。前者由用户决定，后者则在必要时通过受支持的替代路由帮助请求继续。Capriole 在界面背后适配什么
主要模型提供商没有采用统一的对话格式。 OpenAI Responses、OpenAI-compatible Chat Completions 和 Anthropic Messages 使用不同的请求与流式数据结构。推理设置、工具事件、文件、用量记录和错误也有差异。Capriole 为每种受支持协议维护兼容路径。 对于浏览器聊天，工作区会把已保存对话重新构造成所选模型能够接受的输入。它还会应用当前模型的限制，不会假设前一个模型的规则仍然有效。 这正是模型选择器隐藏的工作。用户只需点击一次，底层请求却可能采用不同协议，也可能需要用不同结构表达同一段对话。 Capriole AI 如何跨模型 API 工作介绍了技术细节。存储模式仍然重要
对话能否连续使用，取决于你选择的聊天存储方式。- Synced 历史支持跨设备保存对话。
- Local 历史留在当前浏览器中，清除本地数据后会丢失。
- No Storage 是临时会话，不提供已保存历史、上传和跨设备连续使用。