用 Chatbox 客户端的「模型提供方」选 Ollama API下拉框自动列出本地跑起来的 DeepSeek这套流程确实省心Ollama 在本机把模型拉好Chatbox 里填个接口地址就能对话不用手写模型名也不用管上下文参数。问题是这条路只覆盖本地那一份模型。哪天想在同一个 Chatbox 里再走一路在线模型打开模型提供方列表翻来翻去找不到能填 API Key 和在线域名的入口。TaoToken 在这里不是替代 Ollama也不替 Chatbox 读本地模型它只做一件事提供一条兼容 API 通道。你去 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 注册账号、创建一把 Key回到 Chatbox 新增一个兼容 API 的提供方API 域名填 https://taotoken.net/api保存之后模型下拉里就会多出一路可以切换的在线模型。1. Chatbox 选 Ollama API 拉出本地 DeepSeek 的那套配置1.1 先确认 Ollama 里 deepseek 已经跑起来在 Chatbox 里选 Ollama API 之前先把本地那一份模型准备好。打开终端确认 Ollama 服务在跑再用ollama list看一眼模型是否已经拉到本地。如果列表里没有 deepseek就按 Ollama 的方式先拉取。这个步骤原文讲得很轻但它是后面「自动列模型」的前提Chatbox 不会替 Ollama 下载模型也不会替 Ollama 启动服务它只是通过 Ollama 的本地接口去问一句「你这里有哪些模型」。本地服务没起来Chatbox 的模型下拉自然空空如也。ollama list如果输出里能看到 deepseek 相关的模型名说明本地这一路已经就绪。记住这个名字后面 Chatbox 自动列出来的就是它。这里不需要改任何 Chatbox 配置也不用填模型 IDOllama API 这条路会把模型列表直接吐给 Chatbox。1.2 模型提供方选 Ollama API保存后下拉自动出现模型打开 Chatbox进入设置里的「模型提供方」。在提供方类型里选 Ollama APIAPI 域名通常填本机 Ollama 的地址比如http://localhost:11434。保存之后回到会话窗口点开模型下拉刚刚ollama list里看到的 deepseek 应该已经出现在列表里。这个过程就是原文说的「选 Ollama API → 自动列模型 → 保存」配置极简不需要手动输入模型名也不需要额外填 Key。对于只跑本地模型的场景这条路径已经够用。但它的边界也很明显模型下拉里的内容来自 Ollama 的本地模型列表而不是来自某个在线模型广场。换句话说Chatbox 在这个提供方下只认 Ollama 能看到的模型。你想再挂一路在线模型不能指望 Ollama 去列也不能在 Ollama API 的提供方里硬填一个在线域名。正确做法是新增另一个提供方类型选兼容 API把在线通道单独配出来。1.3 本地通道和在线通道在 Chatbox 里是两件事很多人卡住的原因是把「模型提供方」当成一个总开关以为选了 Ollama API 之后所有模型都应该出现在同一个下拉里。实际上 Chatbox 的模型提供方可以有多路每一路有自己的接口地址和鉴权方式。Ollama API 这一路走本地兼容 API 那一行走在线两者互不干扰。你在会话窗口切换模型时选的是哪一路的模型请求就发到哪一路的接口上。这也解释了为什么本地 DeepSeek 能自动列出来而在线模型翻不到入口不是 Chatbox 没有这个能力而是当前提供方类型没给在线鉴权留位置。补一条兼容 API 提供方问题就变成「填哪些字段、Key 从哪里来、模型 ID 写什么」。2. 在 Chatbox 模型提供方新增一路兼容 API接 TaoToken 拿 Key 填 Base URL2.1 去官网注册并创建一把 Key在线通道需要一把 API Key。打开 TaoToken 注册账号进入控制台创建 Key。创建时给 Key 起一个能认出来的名字比如chatbox-online方便后面在 Chatbox 里对账。复制出来的 Key 先放到安全的地方Chatbox 的 API Key 字段要粘贴它。注意这里拿到的是 Key不是模型本身TaoToken 是模型通道它不会替 Chatbox 读本地模型也不会替 Ollama 做推理。创建 Key 的入口在控制台里具体位置以页面当时布局为准。如果之前已经有 Key也可以直接复用但建议给 Chatbox 单独建一把方便以后在用量页面区分哪一路调用来自 Chatbox。Key 一律按占位符理解实际粘贴时换成你自己创建的那一串。2.2 Chatbox 里新增提供方类型、API 域名、Key 怎么填回到 Chatbox 的「模型提供方」页面新增一个提供方。类型选兼容 API或者叫 OpenAI 兼容具体名称以 Chatbox 当前版本为准。关键字段只有三个API 域名、API Key、模型。API 域名一栏填 TaoToken 的接口 Base URLhttps://taotoken.net/api这里有两个容易写错的地方。第一末尾不要加/v1。Chatbox 在兼容 API 模式下会自己拼接后面的路径你多写一层/v1请求路径就会变成/v1/v1/...服务端只能返回 404。第二不要把官网地址和接口地址混用。https://taotoken.net/api是填进工具的 Base URL末尾不带/v1也不加任何 UTM 参数。官网落地页只用于注册、创建 Key、看模型广场和看用量两者不要互换。API Key 一栏粘贴YOUR_API_KEY对应的真实 Key。如果你还没创建回到 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 的控制台创建。保存之前再检查一次域名没有多余斜杠Key 没有前后空格提供方是启用状态。2.3 模型 ID 从哪里找为什么不要编造兼容 API 提供方通常需要你指定模型 ID。这个 ID 不要凭印象写也不要自己加日期后缀。打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 的模型广场看当时列表里实际提供的模型 ID复制到 Chatbox 的模型字段里。如果 Chatbox 支持在提供方里填多个模型就按逗号或换行分隔具体格式以 Chatbox 的提示为准。模型广场的列表会更新所以文章里不写死某个具体 ID也不编造不存在的模型名。你看到的列表是什么就填什么。填错模型 ID 的典型表现是Chatbox 能保存提供方但一发消息就返回模型不存在或参数错误。这时候回到模型广场对一下拼写比反复改 Base URL 更有效。2.4 保存后模型下拉应该出现什么点保存回到会话窗口点开模型下拉。除了原来 Ollama API 自动列出的本地 DeepSeek现在应该多出你在兼容 API 提供方里配置的在线模型。如果下拉里没有立刻出现先确认提供方是否启用再重启一下 Chatbox。模型下拉的刷新时机各版本略有差异有时候要退出设置页面再进会话才会重新拉取。到这里Chatbox 里就有了两条路一条是 Ollama API 的本地 DeepSeek一条是兼容 API 的在线模型。你在下拉里切到哪一项请求就走到哪一边。本地那一路不消耗在线 Token在线那一路消耗的是被调用模型的 TokenKey 就是刚才创建的那把。3. 回到会话窗口验证切模型、发消息、看思考内容3.1 模型下拉切换到新加的在线项保存配置后不要停在设置页直接回到会话窗口。点开模型下拉找到新加的在线模型项并选中。如果下拉里同时有本地 DeepSeek 和在线模型注意看名称是否重复必要时在创建 Key 时或提供方命名里加个后缀比如chatbox-online避免切换时选错。选中之后输入一条简单消息比如「用一句话说明你现在是本地模型还是在线模型」点发送。3.2 发一条测试消息观察返回和思考内容单独显示请求正常返回说明 Base URL、Key、模型 ID 三个字段至少没有硬伤。如果模型本身带 reasoning 或思考内容Chatbox 会把思考内容折叠或单独显示。借着这个显示你可以确认输出链路真的通了思考内容正常渲染正式回答也正常出现会话不会卡在「正在输入」。如果思考内容不出现但回答返回正常也不一定代表配置错可能只是当前模型不输出 reasoning。这里不要急着下结论说「通道有问题」。先换一条普通消息再确认模型下拉里选中的是在线项而不是本地 DeepSeek。很多人看到回答风格和本地模型一样就以为在线通道没生效实际上是下拉没切过去。3.3 确认消耗 Token 的是被调用的那个模型跑通之后消耗 Token 的是 Chatbox 里被调用的那个模型。本地 DeepSeek 走 Ollama 那一程不经过在线 Key在线模型走兼容 API 这一程请求带着你的 Key 到 TaoToken 通道。你在 Chatbox 里切到哪一项哪一项就对应实际消耗。想对账可以去 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 的控制台看用量确认刚才那条测试消息有没有记上。4. Chatbox 里最容易卡住的几个地方报错与配置对照4.1 模型下拉没有新项或仍只有本地 DeepSeek保存提供方后模型下拉还是只有 Ollama API 自动列出的本地模型。先检查新增的提供方是否被启用有些版本在提供方列表里有一个开关不打开就不会参与模型汇总。再检查模型字段是否为空兼容 API 提供方通常不会像 Ollama 那样自动列出模型你不填模型 ID下拉里就没有可选项。最后重启 Chatbox让提供方列表重新加载。这个问题多半出在「保存了但没启用」或「模型 ID 没填」而不是 Base URL 错。4.2 API 域名末尾多写 /v1 导致请求失败Chatbox 兼容 API 模式下API 域名填https://taotoken.net/api即可。如果你习惯性写成https://taotoken.net/api/v1请求路径就会多一层服务端返回 404。排查时不用改 Key也不用换模型先把域名末尾的/v1去掉。注意https://taotoken.net/api末尾也不要有斜杠保持和文档里一致。4.3 Key 失效或模型 ID 写错时的表现Key 没粘贴完整、前后带空格、或者复制时漏了字符请求会返回鉴权失败。模型 ID 写错则通常返回模型不存在或参数错误。两者的区别在于鉴权失败往往在请求刚发出就被拦下模型错误则可能已经走到模型选择阶段。处理方式也简单Key 回到 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 重新创建一把模型 ID 回到模型广场复制。不要靠猜猜出来的 ID 大概率不能用。4.4 本地 Ollama 和在线通道别混在一个提供方里有人为了省事直接在 Ollama API 的提供方里把域名改成https://taotoken.net/api然后发现模型列表乱了或者本地 DeepSeek 不见了。Ollama API 和兼容 API 是两种提供方类型接口协议和模型发现方式不同。正确做法是保留原来的 Ollama API 提供方不动另外新增一个兼容 API 提供方。两路并存切换时在下拉里选而不是改同一份配置。5. 跑通之后把这条在线通道用顺手以及对一下控制台账单5.1 在 Chatbox 里切换本地与在线模型的建议日常使用可以按任务切写点不敏感的小片段、想省在线额度就切本地 DeepSeek需要更强的在线模型或者本地没拉到的模型就切到兼容 API 这一路。建议给两个提供方起清楚的名字比如「本地 Ollama DeepSeek」和「TaoToken 在线通道」这样模型下拉里一眼能分辨。Chatbox 的会话记录会保留切模型之后重新发消息即可不需要重建会话。5.2 去控制台看这次调用有没有记上账验证阶段发的那条测试消息应该能在控制台用量页面看到记录。打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 进入控制台看一下调用时间、模型和 Token 消耗是否对得上。如果用量里没有记录说明请求可能根本没走到在线通道回到 Chatbox 确认模型下拉选中的是在线项并且提供方处于启用状态。对账这一步能帮你区分「本地模型回答」和「在线模型回答」也能避免以为配好了、实际还在走本地。5.3 下一步把 Key 和通道接到更多工具Chatbox 这一路跑通之后同一把 Key 还可以接到其他支持兼容 API 的工具里。想先单独试试在线模型可以打开 TaoToken 模型对话 发一条消息确认 Key 和模型 ID 在另一个界面里也能用。如果准备长期在编码工具里用可以看看 Coding Plan 的套餐是否合适Key 仍然在 控制台 API Keys 创建。Claude Code 那一类工具的环境变量写法可以参考 Claude Code 接入文档把ANTHROPIC_BASE_URL指向https://taotoken.net/api而不是指向官网落地页。Chatbox 这边记住两个位置就够Key 从 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 拿Base URL 填 https://taotoken.net/api。
Chatbox 选完 Ollama API 只有本地模型？TaoToken 这样补一条在线通道
用 Chatbox 客户端的「模型提供方」选 Ollama API下拉框自动列出本地跑起来的 DeepSeek这套流程确实省心Ollama 在本机把模型拉好Chatbox 里填个接口地址就能对话不用手写模型名也不用管上下文参数。问题是这条路只覆盖本地那一份模型。哪天想在同一个 Chatbox 里再走一路在线模型打开模型提供方列表翻来翻去找不到能填 API Key 和在线域名的入口。TaoToken 在这里不是替代 Ollama也不替 Chatbox 读本地模型它只做一件事提供一条兼容 API 通道。你去 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 注册账号、创建一把 Key回到 Chatbox 新增一个兼容 API 的提供方API 域名填 https://taotoken.net/api保存之后模型下拉里就会多出一路可以切换的在线模型。1. Chatbox 选 Ollama API 拉出本地 DeepSeek 的那套配置1.1 先确认 Ollama 里 deepseek 已经跑起来在 Chatbox 里选 Ollama API 之前先把本地那一份模型准备好。打开终端确认 Ollama 服务在跑再用ollama list看一眼模型是否已经拉到本地。如果列表里没有 deepseek就按 Ollama 的方式先拉取。这个步骤原文讲得很轻但它是后面「自动列模型」的前提Chatbox 不会替 Ollama 下载模型也不会替 Ollama 启动服务它只是通过 Ollama 的本地接口去问一句「你这里有哪些模型」。本地服务没起来Chatbox 的模型下拉自然空空如也。ollama list如果输出里能看到 deepseek 相关的模型名说明本地这一路已经就绪。记住这个名字后面 Chatbox 自动列出来的就是它。这里不需要改任何 Chatbox 配置也不用填模型 IDOllama API 这条路会把模型列表直接吐给 Chatbox。1.2 模型提供方选 Ollama API保存后下拉自动出现模型打开 Chatbox进入设置里的「模型提供方」。在提供方类型里选 Ollama APIAPI 域名通常填本机 Ollama 的地址比如http://localhost:11434。保存之后回到会话窗口点开模型下拉刚刚ollama list里看到的 deepseek 应该已经出现在列表里。这个过程就是原文说的「选 Ollama API → 自动列模型 → 保存」配置极简不需要手动输入模型名也不需要额外填 Key。对于只跑本地模型的场景这条路径已经够用。但它的边界也很明显模型下拉里的内容来自 Ollama 的本地模型列表而不是来自某个在线模型广场。换句话说Chatbox 在这个提供方下只认 Ollama 能看到的模型。你想再挂一路在线模型不能指望 Ollama 去列也不能在 Ollama API 的提供方里硬填一个在线域名。正确做法是新增另一个提供方类型选兼容 API把在线通道单独配出来。1.3 本地通道和在线通道在 Chatbox 里是两件事很多人卡住的原因是把「模型提供方」当成一个总开关以为选了 Ollama API 之后所有模型都应该出现在同一个下拉里。实际上 Chatbox 的模型提供方可以有多路每一路有自己的接口地址和鉴权方式。Ollama API 这一路走本地兼容 API 那一行走在线两者互不干扰。你在会话窗口切换模型时选的是哪一路的模型请求就发到哪一路的接口上。这也解释了为什么本地 DeepSeek 能自动列出来而在线模型翻不到入口不是 Chatbox 没有这个能力而是当前提供方类型没给在线鉴权留位置。补一条兼容 API 提供方问题就变成「填哪些字段、Key 从哪里来、模型 ID 写什么」。2. 在 Chatbox 模型提供方新增一路兼容 API接 TaoToken 拿 Key 填 Base URL2.1 去官网注册并创建一把 Key在线通道需要一把 API Key。打开 TaoToken 注册账号进入控制台创建 Key。创建时给 Key 起一个能认出来的名字比如chatbox-online方便后面在 Chatbox 里对账。复制出来的 Key 先放到安全的地方Chatbox 的 API Key 字段要粘贴它。注意这里拿到的是 Key不是模型本身TaoToken 是模型通道它不会替 Chatbox 读本地模型也不会替 Ollama 做推理。创建 Key 的入口在控制台里具体位置以页面当时布局为准。如果之前已经有 Key也可以直接复用但建议给 Chatbox 单独建一把方便以后在用量页面区分哪一路调用来自 Chatbox。Key 一律按占位符理解实际粘贴时换成你自己创建的那一串。2.2 Chatbox 里新增提供方类型、API 域名、Key 怎么填回到 Chatbox 的「模型提供方」页面新增一个提供方。类型选兼容 API或者叫 OpenAI 兼容具体名称以 Chatbox 当前版本为准。关键字段只有三个API 域名、API Key、模型。API 域名一栏填 TaoToken 的接口 Base URLhttps://taotoken.net/api这里有两个容易写错的地方。第一末尾不要加/v1。Chatbox 在兼容 API 模式下会自己拼接后面的路径你多写一层/v1请求路径就会变成/v1/v1/...服务端只能返回 404。第二不要把官网地址和接口地址混用。https://taotoken.net/api是填进工具的 Base URL末尾不带/v1也不加任何 UTM 参数。官网落地页只用于注册、创建 Key、看模型广场和看用量两者不要互换。API Key 一栏粘贴YOUR_API_KEY对应的真实 Key。如果你还没创建回到 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 的控制台创建。保存之前再检查一次域名没有多余斜杠Key 没有前后空格提供方是启用状态。2.3 模型 ID 从哪里找为什么不要编造兼容 API 提供方通常需要你指定模型 ID。这个 ID 不要凭印象写也不要自己加日期后缀。打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 的模型广场看当时列表里实际提供的模型 ID复制到 Chatbox 的模型字段里。如果 Chatbox 支持在提供方里填多个模型就按逗号或换行分隔具体格式以 Chatbox 的提示为准。模型广场的列表会更新所以文章里不写死某个具体 ID也不编造不存在的模型名。你看到的列表是什么就填什么。填错模型 ID 的典型表现是Chatbox 能保存提供方但一发消息就返回模型不存在或参数错误。这时候回到模型广场对一下拼写比反复改 Base URL 更有效。2.4 保存后模型下拉应该出现什么点保存回到会话窗口点开模型下拉。除了原来 Ollama API 自动列出的本地 DeepSeek现在应该多出你在兼容 API 提供方里配置的在线模型。如果下拉里没有立刻出现先确认提供方是否启用再重启一下 Chatbox。模型下拉的刷新时机各版本略有差异有时候要退出设置页面再进会话才会重新拉取。到这里Chatbox 里就有了两条路一条是 Ollama API 的本地 DeepSeek一条是兼容 API 的在线模型。你在下拉里切到哪一项请求就走到哪一边。本地那一路不消耗在线 Token在线那一路消耗的是被调用模型的 TokenKey 就是刚才创建的那把。3. 回到会话窗口验证切模型、发消息、看思考内容3.1 模型下拉切换到新加的在线项保存配置后不要停在设置页直接回到会话窗口。点开模型下拉找到新加的在线模型项并选中。如果下拉里同时有本地 DeepSeek 和在线模型注意看名称是否重复必要时在创建 Key 时或提供方命名里加个后缀比如chatbox-online避免切换时选错。选中之后输入一条简单消息比如「用一句话说明你现在是本地模型还是在线模型」点发送。3.2 发一条测试消息观察返回和思考内容单独显示请求正常返回说明 Base URL、Key、模型 ID 三个字段至少没有硬伤。如果模型本身带 reasoning 或思考内容Chatbox 会把思考内容折叠或单独显示。借着这个显示你可以确认输出链路真的通了思考内容正常渲染正式回答也正常出现会话不会卡在「正在输入」。如果思考内容不出现但回答返回正常也不一定代表配置错可能只是当前模型不输出 reasoning。这里不要急着下结论说「通道有问题」。先换一条普通消息再确认模型下拉里选中的是在线项而不是本地 DeepSeek。很多人看到回答风格和本地模型一样就以为在线通道没生效实际上是下拉没切过去。3.3 确认消耗 Token 的是被调用的那个模型跑通之后消耗 Token 的是 Chatbox 里被调用的那个模型。本地 DeepSeek 走 Ollama 那一程不经过在线 Key在线模型走兼容 API 这一程请求带着你的 Key 到 TaoToken 通道。你在 Chatbox 里切到哪一项哪一项就对应实际消耗。想对账可以去 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 的控制台看用量确认刚才那条测试消息有没有记上。4. Chatbox 里最容易卡住的几个地方报错与配置对照4.1 模型下拉没有新项或仍只有本地 DeepSeek保存提供方后模型下拉还是只有 Ollama API 自动列出的本地模型。先检查新增的提供方是否被启用有些版本在提供方列表里有一个开关不打开就不会参与模型汇总。再检查模型字段是否为空兼容 API 提供方通常不会像 Ollama 那样自动列出模型你不填模型 ID下拉里就没有可选项。最后重启 Chatbox让提供方列表重新加载。这个问题多半出在「保存了但没启用」或「模型 ID 没填」而不是 Base URL 错。4.2 API 域名末尾多写 /v1 导致请求失败Chatbox 兼容 API 模式下API 域名填https://taotoken.net/api即可。如果你习惯性写成https://taotoken.net/api/v1请求路径就会多一层服务端返回 404。排查时不用改 Key也不用换模型先把域名末尾的/v1去掉。注意https://taotoken.net/api末尾也不要有斜杠保持和文档里一致。4.3 Key 失效或模型 ID 写错时的表现Key 没粘贴完整、前后带空格、或者复制时漏了字符请求会返回鉴权失败。模型 ID 写错则通常返回模型不存在或参数错误。两者的区别在于鉴权失败往往在请求刚发出就被拦下模型错误则可能已经走到模型选择阶段。处理方式也简单Key 回到 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 重新创建一把模型 ID 回到模型广场复制。不要靠猜猜出来的 ID 大概率不能用。4.4 本地 Ollama 和在线通道别混在一个提供方里有人为了省事直接在 Ollama API 的提供方里把域名改成https://taotoken.net/api然后发现模型列表乱了或者本地 DeepSeek 不见了。Ollama API 和兼容 API 是两种提供方类型接口协议和模型发现方式不同。正确做法是保留原来的 Ollama API 提供方不动另外新增一个兼容 API 提供方。两路并存切换时在下拉里选而不是改同一份配置。5. 跑通之后把这条在线通道用顺手以及对一下控制台账单5.1 在 Chatbox 里切换本地与在线模型的建议日常使用可以按任务切写点不敏感的小片段、想省在线额度就切本地 DeepSeek需要更强的在线模型或者本地没拉到的模型就切到兼容 API 这一路。建议给两个提供方起清楚的名字比如「本地 Ollama DeepSeek」和「TaoToken 在线通道」这样模型下拉里一眼能分辨。Chatbox 的会话记录会保留切模型之后重新发消息即可不需要重建会话。5.2 去控制台看这次调用有没有记上账验证阶段发的那条测试消息应该能在控制台用量页面看到记录。打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 进入控制台看一下调用时间、模型和 Token 消耗是否对得上。如果用量里没有记录说明请求可能根本没走到在线通道回到 Chatbox 确认模型下拉选中的是在线项并且提供方处于启用状态。对账这一步能帮你区分「本地模型回答」和「在线模型回答」也能避免以为配好了、实际还在走本地。5.3 下一步把 Key 和通道接到更多工具Chatbox 这一路跑通之后同一把 Key 还可以接到其他支持兼容 API 的工具里。想先单独试试在线模型可以打开 TaoToken 模型对话 发一条消息确认 Key 和模型 ID 在另一个界面里也能用。如果准备长期在编码工具里用可以看看 Coding Plan 的套餐是否合适Key 仍然在 控制台 API Keys 创建。Claude Code 那一类工具的环境变量写法可以参考 Claude Code 接入文档把ANTHROPIC_BASE_URL指向https://taotoken.net/api而不是指向官网落地页。Chatbox 这边记住两个位置就够Key 从 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 拿Base URL 填 https://taotoken.net/api。