在 gptme 里用 DaoXE

gptme 在终端里跑智能体循环 —— 写代码、用 shell、浏览网页。自定义端点走 ~/.config/gptme/config.toml 里的命名 [[providers]] 条目，或者 OPENAI_BASE_URL 配 local/ 前缀；两种形状都适配 DaoXE（最便宜 API 教程）。

为什么让 gptme 走 DaoXE#

• 真实的工具循环。gptme 会执行 shell 命令、在工作区里改文件 —— 真支持 function calling 的 DaoXE 模型能端到端驱动它。
• key 不进配置文件。api_key_env 指向环境变量名 —— 秘密本体不会落在 config.toml 里。
• 按供应商设默认。每个供应商一条 default_model —— 块建好之后，光 -m daoxe 就是合法选择。

在 gptme 里配置#

1. 声明供应商。 在 ~/.config/gptme/config.toml 加 [[providers]]：name = "daoxe"、base_url = "https://daoxe.com/v1"（文档的自定义供应商示例全部保留 /v1 后缀）、api_key_env = "DAOXE_API_KEY"。
2. 设置 key。 export DAOXE_API_KEY="sk-you…-key" —— 解析顺序是内联 api_key、然后 api_key_env、然后 ${PROVIDER_NAME}_API_KEY（这里不管走哪条都会找到 DAOXE_API_KEY）。
3. 选模型。 gptme 'hello' -m daoxe/YOUR_EXACT_MODEL_ID —— 模型写成 provider_name/model，ID 从 GET /v1/models 照抄。
4. 测工具循环。 跑一条真命令，比如 gptme 'list the files in the current directory' -m daoxe/YOUR_EXACT_MODEL_ID —— 如果 gptme 真的执行了 shell 命令并显示出真实文件名，工具调用就端到端通了。

# ~/.config/gptme/config.toml — register DaoXE as a named provider
[[providers]]
name = "daoxe"
base_url = "https://daoxe.com/v1"
api_key_env = "DAOXE_API_KEY"
default_model = "YOUR_EXACT_MODEL_ID"

# then: gptme 'hello' -m daoxe/YOUR_EXACT_MODEL_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}"

先在智能体之外验证端点，再在 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."}]
  }'

常见问题#