这一栏讲怎么把开发工具和代码接到我们这——命令行助手、编辑器插件、SDK、自动化工作流。

如果你想的是"下载一个软件直接用"，去 软件示例 更快。

按你在用什么，对号入座

命令行编程助手

在终端里跑的 AI 编程工具。这两个都有独立的安装步骤页。

工具	协议	说明
Claude Code	Anthropic	走 /v1/messages，Base URL 不带 /v1
Codex CLI	Responses	走 /v1/responses，Base URL 要带 /v1

编辑器与 IDE 插件

工具	说明
Cursor	AI 编辑器。⚠️ 自定义 API 有硬限制，先读那一页的限制说明再动手
RooCode	VS Code 插件
KiloCode	VS Code 插件
Continue.dev	VS Code / JetBrains 插件

写代码调用

自己写代码接进来，或者接进已有的技术栈。

方式	说明
OpenAI SDK	改一个 base_url 就能跑，最省事
LangChain	接进已有的 LLM 应用框架
自定义集成	上面都不合适时，看这个

⚠️ 每个工具的 Base URL 都不一样

这是这一栏最容易踩的坑——同样是接我们，不同工具填的地址不一样：

工具	Base URL
Claude Code	https://api.wxiai.com
Codex CLI	https://api.wxiai.com/v1
Cursor	https://api.wxiai.com/v1

填错了只会得到 404，看不出原因。

完整对照表 → Base URL 怎么填

先验证，再配工具

配任何工具之前，先用这条命令确认 Key 和地址是对的：

curl https://api.wxiai.com/v1/models \
  -H "Authorization: Bearer sk-你的APIKey"

这条通了 → 问题只可能在工具的配置上，照那一页的排查表改。 这条不通 → 先解决 Key 或地址的问题，配工具也没用。

两条通用的排错思路

1. 同时看两边

出问题时，同时看工具的报错和 https://api.wxiai.com 的调用日志：

• 日志里有请求 → 请求到了我们这，看我们的报错
• 日志里没请求 → 请求根本没发出去，是工具侧的问题

2. 分步验证，别一次全开

以编程助手为例，按这个顺序验证，出问题立刻知道卡在哪：

① 普通对话能回  →  ② 流式输出正常  →  ③ 工具调用能过  →  ④ 能改文件

相关页

• Base URL 怎么填 —— 配之前必看
• 认证方式 —— Key 放哪里才安全
• API 文档 —— 需要看接口细节时
• 软件示例 —— 想用现成软件而不是工具