Setup
VS CODE

VS Code Claude API 配置教程

把地址、Key、模型名讲清楚,用户就更容易接上。

面向 VS Code 使用场景的 Claude API 配置页,适合给扩展、团队统一模板或客户支持直接使用。 很多人说 VS Code 配 Claude 很麻烦,实际难点并不是 VS Code 本身,而是 API 地址、模型名和配置模板没有统一。

用户常搜
VS Code Claude APIVS Code Claude API 怎么配置VS Code Claude API 国内可用吗Claude API Base URL
配置时先讲清这一点VS Code 场景最需要的是统一模板,不是抽象说明。
配置时先讲清这一点模型名必须用账号真实可见值。
配置时先讲清这一点适合做扩展配置页和客户自助文档。
可复制配置
{
  "baseURL": "https://api.corenode.best/v1",
  "apiKey": "YOUR_API_KEY",
  "model": "claude-opus-4-6"
}
Base URL
https://api.corenode.best/v1
Canonical
https://api.corenode.best/vscode-claude-api
首测模型
claude-opus-4-6
用户通常这样搜
VS Code Claude APIVS Code Claude API 怎么配置VS Code Claude API 国内可用吗Claude API Base URL

给搜索用户的短答案

这页不是品牌介绍,而是让用户一眼看懂 Base URL、Key、模型、错误排查顺序和下一步动作。

为什么这页能直接拿去用
直接可执行
VS Code 场景最需要的是统一模板,不是抽象说明。
直接可执行
模型名必须用账号真实可见值。
直接可执行
适合做扩展配置页和客户自助文档。
推荐测试模型
claude-opus-4-6

首次测试统一用这一个模型,先把鉴权、模型可见性和最小请求跑通,再决定是否切换到其它模型或更复杂工作流。

建议先调用
https://api.corenode.best/v1/models
最小成功标准

先跑通,再扩能力

setup

客户端能看到 claude-opus-4-6,并成功发出第一条文本请求,就算完成首轮接通。

首轮目标: 只验证鉴权、模型可见性和最小文本请求,不在第一轮测试里叠加多模态、工具调用或复杂工作流。
建议顺序: 先看 /v1/models,再测 claude-opus-4-6,最后再扩到你的真实业务调用。
适合场景

配置页的任务不是炫技,是减少试错

适合给 VS Code 里的 AI 扩展做统一配置,也适合售后给客户发标准配置说明,减少反复截图和口头解释。

照着填的顺序
01
先在控制台生成一个可用 API Key。
02
把 VS Code 扩展里的 Base URL 改成 https://api.corenode.best/v1。
03
模型名先和 /v1/models 对照,不要手填猜测值。
04
先跑最小文本请求,确认通了再接入复杂工作流。
更多搜索问题
VS Code 里最常见的配置错误是什么?

通常是 Base URL 填错、模型名不可用,或者把旧缓存配置和新配置混在一起。

为什么还要先查 /v1/models?

因为很多 VS Code 扩展不会帮你判断模型是否真的可用,先查列表能少走很多弯路。

这一页适合发给客户吗?

适合,这种页天然就是售前和售后的标准配置模板。

下一步去哪里

别让用户看完页就断掉

高意图搜索的价值,不在于把人带来一次,而在于让他继续沿着接入、验证、排错、付费这条链走下去。

如果你已经准备开始
先拿一把 Key,把第一条请求发出来

最好的一步不是继续逛,而是去控制台完成第一轮验证。通了以后,再回来选价格和正式模型。

继续浏览

把最相关的下一批需求留在站内

这里不再堆所有落地页,而是优先给用户看同类页、互补页和最容易继续转化的入口。

先去看全部价格