使用 API key 连接 Danube MCP
连接 https://mcp.danubeai.com/mcp，通过 DANUBE_API_KEY 环境变量提供 Bearer 凭据。自定义请求头认证可作为备用方式。
Danube 给 Codex CLI 有专节。远程是 Streamable HTTP，表名就是 danube。文档说明 codex mcp add 设不了自定义头，于是把密钥写进 http_headers。那会把 dk_ 嵌进 ~/.codex/config.toml。同一页的官方替代路径才是 CLI 主路径：
codex mcp add danube --url https://mcp.danubeai.com/mcp --bearer-token-env-var DANUBE_API_KEY
URL 带 /mcp 后缀。DANUBE_API_KEY 必须在启动 Codex 的那个进程里；Dock / 开始菜单打开的桌面读不到 zshrc。键里填的是变量名，不是 token。这是 bearer，不要 codex mcp login danube。
[mcp_servers.danube]
url = "https://mcp.danubeai.com/mcp"
bearer_token_env_var = "DANUBE_API_KEY"
enabled = true
startup_timeout_sec = 30
密钥从 Danube Dashboard → API Keys 拿。通过环境变量保存密钥。文档 TOML 示例：
[mcp_servers.danube.http_headers]
danube-api-key = "YOUR_API_KEY"
上述写法会明文保存密钥，建议使用环境变量。 自定义头回退才用 env_http_headers，左边是头名 danube-api-key（必须小写），右边仍是变量名：
[mcp_servers.danube]
url = "https://mcp.danubeai.com/mcp"
enabled = true
[mcp_servers.danube.env_http_headers]
danube-api-key = "DANUBE_API_KEY"
Bearer 若 401，再改走这套自定义头，两种认证方式选择一种。Skill 页写过有的客户端不认 Authorization: Bearer；Codex CLI 专节明确说 CLI 认 bearer。先走官方 CLI 那条。
桌面 Settings → MCP Servers 的 Authenticate 是贴 API key 的 OAuth 页，不要和 CLI 的 bearer 叠成两套。CLI、桌面、IDE 扩展共用 ~/.codex/config.toml。项目层才写可信仓库的 .codex/config.toml。
不要抄 npx mcp-remote。官方 Agent Skill 页面向 Claude，不是 Codex /plugins。该服务能搜工具并真正执行（发信、改钱包限额），保持工具批准，
网页 Cloud 不读取 ~/.codex/config.toml。配置后重新打开会话。用 codex mcp get danube 看传输是 streamable_http、Auth 是 Bearer。/mcp 只是核对工具，不是登录入口。