出错时改用第二个模型的聊天请求

出错时改用第二个模型的聊天请求

一个 n8n 工作流，把一次聊天请求发给主模型，那次调用失败时，再把同一个请求发给第二个模型。两次调用用同一个网关地址和同一个密钥，回答里会写明是哪个模型给出的。

包里有什么

• workflow.json：n8n 导出的工作流，六个干活的节点和一张写着设置步骤的便签。里面没有任何凭据。
• README.md：这份设置说明，压缩包里的是英文版。

我们相对原来的副本改了什么

• Set inputs 里的示例提示词原来要的是关于网关自身卖点的博客标题。现在它要的是三个关于用自动化节省时间的简短博客标题。除了删掉凭据关联和 DaoXE 标签之外，文件里别的都没改。

开始之前

• 一个 n8n 实例，n8n Cloud 或自己的服务器都行。
• 一个 DaoXE 账号和 API 密钥，以及你的账号能用的两个模型 ID。便签说可以从控制台里取，或者向 GET /v1/models 发请求取得。
• 便签说这个服务在中国大陆不可用。

设置

1. 在 n8n 里新建一个工作流，打开它的菜单，选 Import from File，选中 workflow.json。
2. 创建一个 Header Auth 凭据。名称填 Authorization，值填 Bearer <YOUR_DAOXE_API_KEY>，用你自己的密钥替换占位符。在 Primary model (DaoXE) 和 Fallback model (DaoXE) 里都选上它。
3. 打开 Set inputs。把 YOUR_DAOXE_MODEL_ID 和 YOUR_DAOXE_FALLBACK_MODEL_ID 换成你账号里的两个准确的模型 ID。
4. 点 Test workflow，读最后一个节点的输出。便签把设置时间定在大约 2 分钟。

一次运行的过程

1. When clicking 'Test workflow'（Manual Trigger）手动启动这次运行。
2. Set inputs 写出四个字段：prompt、system、primary_model 和 fallback_model。
3. Primary model (DaoXE)（HTTP Request 4.2）用主模型、系统提示和提示词，向 https://daoxe.com/v1/chat/completions 发 POST。它的 On Error 设置是 Continue (using error output)，所以失败的调用会从它的第二个输出出去。
4. 调用成功时，Answer (primary) 把 choices[0].message.content 留作 answer，把回复里的 model 留作 served_model，并把 via 设为 primary。
5. 调用失败时，Fallback model (DaoXE) 用备用模型向同一个地址发同样的提示词，Answer (fallback) 留下同样的字段，via 设为 fallback。

两个请求体都是用 JSON.stringify 构造的，所以提示词里的引号和换行不会让它们出错。

改变风格

• 问题和系统提示：Set inputs 里的 prompt 和 system。
• 两个模型：Set inputs 里的 primary_model 和 fallback_model。
• 触发方式：把手动触发换成你自己的，只要它传下去的条目带着那四个字段，或者改 Set inputs 来构造它们。
• 服务：两个 HTTP Request 节点里的地址，如果你用的是另一个接受同样聊天请求的服务。

注意事项

• 备用模型只在出错之后才运行，比如失败的状态码。回答慢或回答差，仍然算作回答。
• 没有第三个模型。备用调用也失败时，这次运行会停在 Fallback model (DaoXE)。
• 两个模型 ID 在你替换之前都是占位符，在那之前两次调用都会失败。
• 网关是第三方服务。Mindket 不运营它，它的条款和价格由它自己决定。走了备用的一次运行会调用两次。
• 提示词和系统提示会发给网关。