配置与验证示例
接入包检查模式不发请求；客户端与脚本按各自说明操作。
运行位置记录：
扩展名称 / 发布者 / 版本：
Extension Host：Local / WSL / SSH / Dev Container
实际配置来源：
最终 URL / 模型 ID（脱敏）：
真实工具与测试结果：正在打开页面…
正在加载内容，请稍候。
- 应用 / 开发工具
选择对应协议，填写 Key 与 Base URL
- apizt 网关
核对模型 ID、令牌分组和可用额度
- 模型返回结果
检查响应正文与后台用量记录
先找扩展宿主，再检查它的配置与网络
VS Code 是编辑器容器，各扩展采用自己的 provider 与认证。微软 Remote Development 文档说明扩展可以在远程 OS 内运行；本机的 Key、localhost 和配置文件不会自动等同于远程宿主。
- 观察对象
- 扩展是谁
- 检查办法
- 名称、发布者、版本
- 通过条件
- 先选 Claude Code、Codex、Cline、Continue 等专属契约
- 观察对象
- 扩展在哪运行
- 检查办法
- Developer: Show Running Extensions
- 通过条件
- 区分 Local、WSL、SSH、Dev Container
- 观察对象
- 哪套配置生效
- 检查办法
- 对应用户/远程设置、实际 home 与进程变量
- 通过条件
- 不把本机设置复制成远程验证
- 观察对象
- 网络是否可达
- 检查办法
- 实际宿主最小请求与最终 URL
- 通过条件
- 同主机返回有效内容
- 观察对象
- 工具是否完成
- 检查办法
- 读文件、修改、原测试与 diff
- 通过条件
- 在原窗口完成任务，不只终端成功
只查一个扩展、一个窗口、一个文件
- 在原 VS Code 窗口运行 Developer: Show Running Extensions，记录目标扩展的 Host；随后检查对应 Output/日志，分享前脱敏。
- 在该 Host 配置 provider、基础地址和安全凭据。GUI 启动环境与集成终端 export 不同；按扩展官方方式设置后重载或重启必要进程。
- 用该扩展新会话读取测试 README 的第三行；验证准确回答与工具记录，再增加实现修复和独立测试。前两阶段本地检查不证明最终线上模型可用。
核验日期与验证范围见各页记录；历史实测保留原日期，示例和空白记录表不等于真实任务结果。
先给结论
适用范围与接入结论
先在 VS Code 扩展列表确认所用扩展和发布者。Claude Code 扩展读取 Anthropic Messages 网关与进程环境；Codex 扩展使用 config.toml 的 Responses 提供商；Continue、Kilo Code 各有自己的模型设置。
适合已经在 VS Code 中安装 AI 扩展，却不确定 Key、模型、地址为何不生效的开发者。此页是扩展选择入口，具体设置以选定扩展教程为准。
按真实任务判断是否可用
本机扩展
复现：检查扩展名称与发布者，记录版本；从新进程打开本机测试项目并发一条短消息。
通过：目标扩展回答，后台日志显示其对应协议和模型。
SSH / WSL / Dev Container
复现：在目标远程窗口确认扩展运行位置，再单独配置该宿主的凭据与网络。
通过：远程窗口可以独立调用，不依赖本机集成终端导出的变量。
先选对协议和请求地址
VS Code 只负责承载扩展，没有统一 API Base URL。Claude Code / Messages，Codex / Responses，Continue 与 Kilo 按各自 provider 选择；同一地址不能无条件复制四遍。
按当前工具填写的配置示例 · 模型 ID 与 Key 需要换成自己的
先选择实际扩展，再打开对应教程：
Claude Code 扩展：ANTHROPIC_BASE_URL=https://api.apizt.com
Codex 扩展：~/.codex/config.toml 的 Responses provider
Continue：config.yaml 中的 provider 与 apiBase
Kilo Code：Custom provider 中的 Provider API这是字段与路径示例，不包含有效密钥。所选模型是否支持对应协议、工具与图像能力，应按令牌授权和实际调用结果核对。
生成 VS Code 接入 AI 模型 配置与验证清单照这个顺序接入
- 01
识别扩展
打开 Extensions，确认具体名称、发布者和版本。VS Code 本身没有统一模型设置。
- 02
识别运行宿主
检查扩展运行于本机、SSH、WSL 或容器。只有在实际扩展宿主可见的配置和环境变量才会生效。
- 03
跳转对应配置
分别按 Claude Code、Codex、Continue 或 Kilo 教程配置；完全关闭旧扩展进程后在同一工作区复测。
对照工具配置与验证顺序
验证到哪一步？
现有文档分别给出 Claude Code 扩展、Codex 扩展、Continue 与 Kilo 的配置入口和运行位置说明。
- 现有依据
- 扩展配置边界已核对
- 验证边界
- 没有在同一 VS Code 安装中把四种扩展逐一带 Key 实测。
- 资料日期
- 核对公开配置说明；客户端调用记录以各链接标注的日期为准。
这个工具的费用怎样算
VS Code 本身不决定 API 费用；由实际扩展发出的全部请求、所选模型及 apizt 计费规则决定。不要把某个扩展的订阅与第三方 API 余额合并计算。
出现这些现象，先查哪里
| 现象 | 可能原因 | 下一步 |
|---|---|---|
| 集成终端有 Key，扩展仍报 401 | 已经运行的扩展宿主没有继承后来设置的变量。 | 从带变量的新进程启动 VS Code，或按扩展文档设置宿主环境。 |
| 本机成功、SSH 窗口失败 | 远程宿主的网络、Key 或配置不同。 | 在远程宿主检查连接，不用本机成功代替远端。 |
| 以为登录订阅就能用第三方网关 | 订阅登录与自定义 API provider 不一定共用认证或额度。 | 在目标扩展确认当前凭据来源、协议与账单主体。 |
选出你的现象，查看下一步
只需选择错误类型，无需粘贴密钥或完整日志。本页不会发送 API 请求，也不会自动判定连接成功。
先取得错误详情，暂时不能确定原因
- 展开错误详情，记录时间、HTTP 状态、错误码和最终请求路径。不要只截最外层提示。
- 核对服务商协议、模型 ID、API 地址；然后按对应教程进行同条件终端检查。
在目标窗口打开扩展的新会话，记录扩展名称、版本、运行位置和实际回答；需要读文件时单独验证工作区权限。
查看 VS Code 完整配置教程记录仅在浏览器中生成；下载后可补充脱敏结果，便于对照复测或提交客服。
- 响应包含有效结果
- 文本请求有可读取的输出；异步任务需要继续查询到完成状态，不能只把提交成功当作生成成功。
- 日志与请求对得上
- 核对调用时间、模型、令牌分组和用量。界面与账单显示不同货币时，先确认计价口径。
- 原工具中也能重复完成
- 最小示例成功但工具失败，优先检查工具的协议、模型映射和配置生效位置。反馈问题时隐藏完整 Key、Cookie 和个人数据。
把选好的模型，接入你的应用
从 Claude、GPT、Gemini 等模型中选择所需能力。获取 API Key，按工具配置接口地址，再用一个小请求确认结果和费用。
创建 API Key
在控制台创建令牌，选择需要使用的模型权限。
填写接入配置
按工具要求填写 API Key、接口地址与模型 ID。
发起第一次调用
确认收到有效结果，再到控制台查看用量与费用。
常见问题
VS Code 终端 export Key 以后扩展为什么还连不上？
子进程环境变量不会反向注入已运行的父级扩展 Host。核对扩展所需的安全配置方式及实际运行位置，必要时重载或重启对应宿主，再测试新会话。
VS Code WSL 或 SSH 扩展应该在哪边配置 API？
先用 Running Extensions 和错误路径确认扩展运行 Host，再在对应环境核对设置、凭据和网络。本机终端成功不能替代远程或容器扩展的调用验证。
VS Code 的统一 Base URL 在哪？
编辑器本身没有万能模型配置。按照你实际使用的扩展和 provider 配置。
终端 export 后为什么扩展还是没 Key？
环境可能不属于同一进程，子进程变量不会反向注入父级扩展 Host。按官方配置方式设置后重载并核对。
WSL 能继承本机全部设置吗？
WSL、SSH、容器配置与进程环境分别确认。先查 Running Extensions 和实际错误中的路径。