DaoXE 是 OpenAI 兼容的,只有一个 base URL(https://daoxe.com/v1),并为 Claude Code 提供原生 Anthropic Messages,所以多数工具只需改 base URL 和 key。这个索引站汇总了所有接入教程、所有模型家族教程,以及诚实的网关对比。不知从哪开始?用决策表 —— 并始终如何鉴别掉包,别让便宜端点悄悄降级你。
编辑器与 CLI 智能体#
一工具一页 —— 真实、针对该工具的配置与坑,而非套模板:
- Cursor — Cursor 走 Override OpenAI Base URL + 自定义模型。
- Cline — Cline 走 OpenAI Compatible 供应商。
- Roo Code — Roo Code 走 OpenAI Compatible,按模式选模型。
- Continue — Continue 走 config.yaml 的 apiBase。
- Aider — Aider 走 OPENAI_API_BASE + openai/ 前缀。
- Zed — Zed 走 language_models.openai_compatible。
- opencode — opencode 走 opencode.json 里的自定义供应商。
- Cherry Studio — Cherry Studio 走 OpenAI 类型供应商。
- Open WebUI — Open WebUI 走 OpenAI API 连接。
- goose — goose 走 OpenAI 供应商的自定义 host。
- Kilo Code — Kilo Code 走 OpenAI Compatible 供应商。
- n8n — n8n 走 OpenAI 凭证的 Base URL。
- LobeChat — LobeChat 走自定义 OpenAI 兼容端点。
- Chatbox — Chatbox 走 Custom Provider(API host + key)。
- NextChat — NextChat 走端点覆盖或 OPENAI_BASE_URL。
- Obsidian Copilot — Obsidian Copilot 走 BYOK 自定义供应商。
- Raycast AI — Raycast AI 走 Custom Providers(providers.yaml)。
- Text Generator — Text Generator 走自定义 OpenAI 兼容端点。
- AnythingLLM — AnythingLLM 走 OpenAI (Generic) 供应商。
- SillyTavern — SillyTavern 走 Custom (OpenAI-compatible) 源。
- Dify — Dify 走 OpenAI-API-compatible 供应商。
- LibreChat — LibreChat 走 librechat.yaml 的 endpoints.custom。
- gptel — gptel 走 gptel-make-openai(:host + :endpoint)。
- Jan — Jan 走 Add Provider(OpenAI-compatible)。
- Msty — Msty 走 Remote Model Providers(Open AI Compatible)。
- BoltAI — BoltAI 走 Settings → Models(OpenAI-compatible Server)。
- TypingMind — TypingMind 走 Add Custom Model(OpenAI API 类型)。
- Crush — Crush 走 provider add(openai-compat)。
- gptme — gptme 走 [[providers]] 块(base_url + api_key_env)。
- OpenHands — OpenHands 走 Settings → LLM → Advanced(openai/ 前缀)。
- OpenClaw — OpenClaw 走 openclaw.json 的 models.providers。
按模型家族#
用你的一个 key 触达特定模型家族 —— 附每个模型真实的注意点:
- Claude — Claude 走 OpenAI chat + 原生 Anthropic Messages。
- GPT — GPT 走 chat + Responses;OpenAI SDK 即插即用。
- Gemini — Gemini 走 /v1/chat/completions;无需 Google 密钥。
- DeepSeek — DeepSeek 走 /v1/chat/completions;注意 reasoning_content。
- Kimi (Moonshot) — Kimi 走 /v1/chat/completions;思考契约分代而异。
- Qwen — Qwen 走 /v1/chat/completions;注意 enable_thinking。
- Doubao — Doubao 走 /v1/chat/completions;用目录 ID,免 ep- 配置。
- GLM — GLM 走 OpenAI 兼容 chat;无需单独智谱账号。
- MiniMax — MiniMax 走 OpenAI 兼容 chat;无需单独控制台。
- Grok — Grok 走 OpenAI 兼容 chat;无需 xAI 控制台。
- Mistral — Mistral 走 OpenAI 兼容 chat;注意 reasoning_effort 与变形的 content。
- MiMo — MiMo 走 OpenAI 兼容 chat;默认思考,采样被锁定。
对比与选择#
诚实、可验证的逐项对比与成本教程:
- DaoXE vs OpenRouter — OpenRouter —— 广目录的托管多供应商路由。
- DaoXE vs LiteLLM — LiteLLM —— 自托管的 OpenAI 兼容代理。
- DaoXE vs One API / New API — One API / New API —— 自托管的中转与 key 管理面板。
- 与官方 API 成本对比
- OpenRouter 替代
- 最便宜 API 教程
- 网关基准教程
- 如何鉴别掉包
我该走哪条路?#
为你真正想做的事挑最短路径:
| 你想要… | DaoXE 最佳路径 | 教程 |
|---|---|---|
| VS Code 里的自主编码智能体 | Cline / Roo Code / Kilo Code 走 OpenAI Compatible 供应商 | 打开教程 |
| 让 Cursor 用你自己的模型 | 覆盖 OpenAI Base URL + 自定义模型 ID | 打开教程 |
| 原生 Claude Code | 走主机根 base URL 的 Anthropic Messages | 打开教程 |
| 终端结对编程 | Aider 用 OPENAI_API_BASE + openai/ 模型 | 打开教程 |
| 单配置文件的 IDE 助手 | Continue 走 config.yaml 角色 | 打开教程 |
| 本地多供应商桌面聊天 | Cherry Studio 作为 OpenAI 供应商 | 打开教程 |
| 自托管的团队聊天 UI | Open WebUI 走 OpenAI 连接 | 打开教程 |
| 跑在你自己机器上的本地智能体 | goose 走 OpenAI 供应商的自定义 host | 打开教程 |
| n8n 自动化里的 LLM 调用 | 一份 OpenAI 凭证,节点各配模型 | 打开教程 |
| 免服务器的桌面聊天 | Chatbox 或 NextChat 走自定义端点 | 打开教程 |
| 笔记库里的 AI | Obsidian Copilot 的 BYOK 自定义供应商 | 打开教程 |
| macOS 启动器里的 AI,处处可用 | Raycast Custom Providers 走 providers.yaml | 打开教程 |
| 笔记上的模板化 AI | Obsidian Text Generator,完整端点路径 | 打开教程 |
| 对自己的文档聊天 | AnythingLLM 走 OpenAI (Generic) | 打开教程 |
| 角色扮演与角色聊天工作流 | SillyTavern 走 Custom (OpenAI-compatible) | 打开教程 |
| 搭建 LLM 应用、工作流与智能体 | Dify 走 OpenAI-API-compatible 供应商 | 打开教程 |
| 用配置文件搭自托管多模型聊天 UI | LibreChat 走 endpoints.custom | 打开教程 |
| Emacs 里的 LLM 客户端 | gptel 走 gptel-make-openai | 打开教程 |
| 本地模型与云端 API 同一个桌面应用 | Jan 走 Add Provider(OpenAI-compatible) | 打开教程 |
| Mac 上的本地模型与云端 API,外加 Msty 工作区 | Msty 走 Remote Model Providers(Open AI Compatible) | 打开教程 |
| 覆盖整个 macOS 的 AI —— inline、命令与聊天 | BoltAI 走 OpenAI-compatible Server 供应商 | 打开教程 |
| 完全活在浏览器里的 BYOK 聊天 UI | TypingMind 走 Add Custom Model(OpenAI 类型) | 打开教程 |
| 跑你自己模型的终端编码智能体 | Crush 走 provider add(openai-compat) | 打开教程 |
| 终端里的开源智能体循环 | gptme 走 [[providers]] 块 | 打开教程 |
| 会自己开 PR 的自主软件工程智能体 | OpenHands 走 Settings → LLM → Advanced | 打开教程 |
| 住在你的聊天渠道里的个人 AI 助理 | OpenClaw 走 openclaw.json 的 models.providers | 打开教程 |
| 某个模型的最便宜接入 | 从模型家族教程开始 | 打开教程 |
| 诚实地对比各网关 | DaoXE vs OpenRouter / LiteLLM / One-API | 打开教程 |
别信我们 —— 自己验证
把 开源 benchmark 对准 DaoXE 和官方 API,在 temperature 0 下对比。再学会如何鉴别掉包,让便宜端点无法悄悄把你换成更小的模型。
常见问题#
最快怎么开始?
在编辑器列表或决策表里找到你的工具,base URL 填 https://daoxe.com/v1,粘贴 key。多数工具无需更多设置。
哪些工具支持原生 Claude Code?
Claude Code 用原生 Anthropic Messages —— 见 Claude 模型教程与Cursor·Claude Code 教程。把 ANTHROPIC_BASE_URL 指向主机根。
如何确保拿到真模型?
在 temperature 0 下把同一 prompt 与官方 API 对比,并学会如何鉴别掉包。便宜端点只有在给你真模型时才算省。
一个 key 能同时驱动多个工具吗?
能 —— 同一个 DaoXE key 适用于这里的每个接入,共用一个余额。充值统一按 1 元 = $1 额度,所有支付方式一致。
推理模型暴露思考内容的方式都一样吗?
不一样 —— 值得在动手前搞清。GLM 用同一个 max_tokens 预算覆盖思考和回答,DeepSeek 返回独立的 reasoning_content 字段,MiniMax 需要显式的 reasoning_split 标志。本簇每个模型页都写明了各自的确切机制。
试用 DaoXE —— 并亲自 benchmark 它
一个 key 调 GPT、Claude、Gemini、DeepSeek 等。用开源 benchmark 对准我们做对比 —— 别只听我们说。