VanaAPI

← 文章

在 Cherry Studio 里并排看两份回答

终端里的 AgentZH2026-10-26

§ 先让同一个问题得到两份回答

第一次使用多个模型时,很容易把比较变成凭印象挑选:这一份更长,那一份语气更自然,但哪一份真正适合自己的工作,仍然说不清。

Cherry Studio 是一个可以连接不同模型服务的桌面客户端。把同一个问题交给多个模型,再并排阅读回答,可以减少来回切换窗口的麻烦。对初学者来说,先比较两个模型就够了,不必一次打开很多个。

§ 把客户端、接口和模型分开理解

可以把 Cherry Studio 理解为聊天工作台,把模型理解为负责生成回答的服务。两者之间还需要接口地址和 API 密钥,告诉客户端把请求发到哪里,以及使用哪个账户结算。

Vana API 提供统一入口 https://api.vanaapi.com,兼容 OpenAI 接口,也支持 Anthropic Messages 和 Gemini 原生协议。这里使用 OpenAI 兼容方式连接即可,不需要为了比较两份回答而同时配置三种协议。

如果还没有密钥,可以创建一个 Vana API 账户,再到控制台获取连接信息。密钥相当于调用凭证,不要放进聊天内容,也不要出现在公开截图中。

§ 先连接,再确认单个模型能回答

在 Cherry Studio 的设置中找到模型服务或提供商管理,选择适合 OpenAI 兼容接口的配置方式。不同版本的名称可能略有区别,重点是找到 API 地址、密钥和模型列表这些项目。

  • 按照 Vana API 控制台说明填写接口地址,留意客户端是否会自动补充路径,避免重复填写。
  • 填入 API 密钥,并添加或同步当前账户可用的模型。
  • 先选择一个模型,发送一句简短问候,确认连接正常后再进行比较。

模型名称以控制台和客户端实际显示为准。例如,可以在可用列表中选择 Claude Haiku 4.5 和 Gemini 2.5 Flash。这里的目的只是建立一个容易重复的比较过程,不预设谁会更好。

§ 让两边从同一条起跑线出发

使用 Cherry Studio 当前版本提供的多模型对话或并排比较功能,选择两个模型并发送相同问题。如果当前界面没有对应入口,也可以新建两个对话,分别选择模型,粘贴完全相同的内容。

相同问题还不够,相同上下文也很重要。尽量使用新对话,不要让其中一边带着之前的聊天记录。系统提示词、附件、联网搜索和知识库设置也应保持一致。能调整生成参数时,尽量采用接近的设置,但不必把参数一致理解为输出一定一致。

§ 用一件熟悉的小事做比较

第一轮可以选择自己有能力判断的任务,例如:“请把下面的会议记录整理成待办事项,只保留负责人、任务和截止时间;缺失的信息写‘未提供’,不要猜测。”随后附上一段不含敏感信息的记录。

这个问题比“写得好一点”更容易观察结果,因为要求清楚,也能核对遗漏和添加的信息。阅读时,可以依次检查:

  • 是否遵守格式要求,有没有补出原文不存在的负责人或日期。
  • 是否遗漏关键任务,表达是否需要大量修改。
  • 等待时间是否可以接受,回答长度是否符合需要。

不要仅凭一次输出下结论。换两三段材料重复观察,并记录自己最终采用了哪一份、修改了什么,比只看回答是否流畅更有参考价值。

§ 把比较次数也算进费用

并排显示不代表只发生一次调用。同一个问题交给两个模型,通常会分别产生用量;重新生成、追加问题和携带较长历史记录,也可能增加消耗。

Vana API 按实际 token 用量计费,没有月费。token 是文本处理的计量单位,不等同于中文字数。比较时可以先用短材料,在控制台查看实际用量和费用,再决定是否扩大测试范围。

§ 留下一条可以复用的判断

一次比较结束后,记下任务、提示词、模型名称和需要修改的地方。结论不必是“哪个模型最好”,也可以是“这类待办整理更适合用哪一个”。

Cherry Studio 的价值在于把不同回答放到容易检查的位置。真正有用的选择,来自相同条件下的反复观察,以及你对结果是否可用的判断。