Open WebUI 说 OpenAI API,所以 DaoXE 以连接(Connection)形式接入:填 base URL 和 key,它会自动列出你的模型。一个连接服务实例上的所有用户。用便宜模型跑后台任务、顶级模型跑对话,见最便宜 API 教程。
为什么让 Open WebUI 走 DaoXE#
- 自托管、多用户。 一个 DaoXE 连接为整个团队的对话供能。
- 一个 key,多种模型。 GPT、Claude、Gemini、DeepSeek 从一个连接出现在模型选择器里。
- 便宜的任务模型。 把标题/标签生成指向便宜的 DaoXE 模型,对话保留顶级模型。
在 Open WebUI 里配置#
- 打开 Connections。 管理面板 → 设置 → 连接(个人使用可在个人资料的 Connections)。
- 添加 OpenAI 连接。 API Base URL 填
https://daoxe.com/v1,粘贴 DaoXE key,保存。 - 确认模型填充。 打开模型选择器 —— 应出现
GET /v1/models里的模型 ID。列表为空即连接失败。 - 设任务模型(可选)。 在管理设置里把标题/标签/自动补全任务指向便宜的 DaoXE 模型,降低后台成本。
值得注意的坑
base URL 要填 /v1 根 —— Open WebUI 会自己补 /models 和 /chat/completions。模型列表为空 = 连接失败(URL 或 key 不对),而不是没有模型。也可在容器启动时用环境变量 OPENAI_API_BASE_URL/OPENAI_API_KEY 设置。注意后台功能(标题生成、RAG 查询改写、embedding)也耗 token —— 给它们配便宜模型。embedding 需要支持 embedding 的模型 ID。
验证你拿到的是真模型#
先证明端点可用,再怀疑客户端 —— 这一步失败,改任何设置都没用:
export DAOXE_API_KEY="your_api_key"
# List the exact model IDs your account can call
curl --fail-with-body --show-error --silent \
https://daoxe.com/v1/models \
-H "Authorization: Bearer ${DAOXE_API_KEY}"先在 Open WebUI 之外独立验证端点,再在 temperature 0 下把固定 prompt 与官方 API 对比:
curl --fail-with-body --show-error --silent \
https://daoxe.com/v1/chat/completions \
-H "Authorization: Bearer ${DAOXE_API_KEY}" \
-H "Content-Type: application/json" \
-d '{
"model": "YOUR_EXACT_MODEL_ID",
"max_tokens": 64,
"messages": [{"role": "user", "content": "Say hello in one sentence."}]
}'别信我们 —— 自己验证
把 开源 benchmark 对准 DaoXE 和官方 API,在 temperature 0 下对比。再学会如何鉴别掉包,让便宜端点无法悄悄把你换成更小的模型。
常见问题#
Open WebUI 需要什么 base URL?
用 OpenAI API 连接,base URL 填 https://daoxe.com/v1 —— Open WebUI 会补 /models 和 /chat/completions。
模型列表为空?
连接失败了。重查 base URL(到 /v1 为止)和 key;用 GET /v1/models 确认。
能用环境变量设置吗?
能 —— 容器启动时 OPENAI_API_BASE_URL=https://daoxe.com/v1 与 OPENAI_API_KEY 同样有效。
怎么降低后台 token 成本?
在管理设置里把标题/标签/查询任务指向便宜的 DaoXE 模型;对话保留顶级模型。优势:多数主流模型经低价分组约低 30%–80%。
试用 DaoXE —— 并亲自 benchmark 它
一个 key 调 GPT、Claude、Gemini、DeepSeek 等。用开源 benchmark 对准我们做对比 —— 别只听我们说。