在 OpenHands 里用 DaoXE

OpenHands 跑完整的工程循环 —— 规划、编辑、终端、PR。官方文档写明：LiteLLM 支持什么模型它就能接什么（最便宜 API 教程），而 OpenAI 兼容路径正是 DaoXE 的形状：一个 base URL、一把 key、一个带对前缀的模型 ID。

为什么让 OpenHands 走 DaoXE#

• 智能体循环，用你的 key。OpenHands 的规划器、编辑器和终端调用都跑在你注册的供应商上 —— 一把 DaoXE key 覆盖 ~25 家供应商的数百个模型，强模型和便宜模型共用一个余额。
• 两套配置、一份账单。命名 LLM 配置让强模型负责规划、低价模型做例行编辑 —— 不必开第二个账号。
• 结果可审计。智能体的产出是 diff 和命令执行记录 —— 正是检查便宜端点有没有给你真模型的地面实况（如何鉴别掉包）。

在 OpenHands 里配置#

1. 打开 LLM 高级面板。 在 OpenHands UI 的 Settings → LLM 点 "see advanced settings" 并开启 Advanced 开关 —— Base URL 字段只在那里出现。
2. 给模型 ID 加前缀。 Custom Model 填 openai/ + DaoXE GET /v1/models 里的精确 ID，例如 openai/YOUR_EXACT_MODEL_ID。OpenHands 经 LiteLLM 路由，openai/… 就是它对「任意 OpenAI 兼容服务器」的供应商标。
3. 指向 DaoXE。 Base URL：https://daoxe.com/v1；API Key：你的 DaoXE key。无界面运行则读同一组 LLM_MODEL / LLM_BASE_URL / LLM_API_KEY。
4. 验一次循环。 让它干一件小事 —— 列文件、修个错别字 —— 确认工具调用真的执行。若智能体「表现得像聊天机器人」，文档给的办法是换更强模型或加大上下文窗口，而不是翻设置。

# Headless / CLI runs read the same trio
export LLM_MODEL="openai/YOUR_EXACT_MODEL_ID"   # the openai/ prefix is required
export LLM_BASE_URL="https://daoxe.com/v1"
export LLM_API_KEY="***"

验证你拿到的是真模型#

先证明端点可用，再怀疑客户端 —— 这一步失败，改任何设置都没用：

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}"

先在智能体之外证明端点可用，再在 temperature 0 下把难题与官方 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."}]
  }'

常见问题#