1. Fitten Code 在 VSCode 里到底卡在哪
Fitten Code 是一款跑在 VSCode 里的 AI 编程助手插件，能补全代码、对话问答、生成注释、查 Bug、写单元测试，支持 Python、Java、TypeScript、Go 等几十种语言。它默认走官方通道，登录后开箱即用，对个人开发者很友好。但只要你开始认真用它，就会碰到几个绕不开的问题：团队想统一管理调用额度、想把请求收敛到一条可控的 API 通道、想在远程开发场景下让插件稳定出网、或者单纯想换一个更透明的计费口径。这时候，把 Fitten Code 接到 TaoToken 这类统一 Key/API 通道上，就变成一个很实际的需求。
这篇就聚焦一件事：在 VSCode 里通过settings.json给 Fitten Code 配置 TaoToken 通道，并一步步验证请求真的生效。我会先给一份可以直接复制的配置骨架，再拆开讲每个字段为什么这么写，然后用三种方式确认请求打到了 TaoToken，最后把我在配置过程中踩过的坑列出来。适合已经在用 Fitten Code、想把它接入统一通道的开发者，也适合刚装完插件、想搞清楚配置项含义的新手。全程只需要 VSCode、Fitten Code 插件和一个 TaoToken API Key，不需要改系统环境变量，也不需要动网络层设置。
需要先说明一点：Fitten Code 插件本身对自定义端点的支持程度，会随版本变化。有的版本在设置面板里直接暴露了 API 地址和 Key 输入框，有的版本只认settings.json里的字段。所以下面给的骨架是「覆盖式」的——把可能用到的字段都写上，你按自己插件版本保留生效的那几个即可。配置完如果没生效，优先怀疑字段名和插件版本不匹配，而不是 Key 有问题。
2. 接入前先把 TaoToken 的 Key 和地址准备好
TaoToken 在这里扮演的角色是「统一 Key/API 通道」：你不再让每个 AI 插件各自去对接不同厂商，而是让插件把请求发到 TaoToken 的 API 地址，由它按模型路由。对 Fitten Code 来说，你只需要给它两样东西——一个 API Key，一个 Base URL。
API Key 在控制台的 API Keys 页面创建，地址是 https://taotoken.net/api-keys 。创建时建议按用途命名，比如vscode-fitten-dev，方便以后区分是哪个编辑器或哪台机器在用。Key 只在创建时完整显示一次，复制后先存到密码管理器里，别直接贴在聊天窗口或截图里。
Base URL 用 https://taotoken.net/api ，注意结尾不要带斜杠，也不要在后面手动拼/v1之类的路径——很多插件的 SDK 会自己补全路径，你多写一段反而会 404。这一点我在配置 Fitten Code 时验证过，写成https://taotoken.net/api/v1会直接报连接失败，改回https://taotoken.net/api就正常了。
如果你还想在配置前先确认这个 Key 能调通哪些模型，可以打开模型对话页面 https://taotoken.net/models 手动发一条消息试试。这一步不是必须的，但能帮你排除「Key 本身没权限」这类问题，省得后面在 VSCode 里反复怀疑配置。
提示：Key 属于敏感凭据，不要提交到 Git 仓库。如果你习惯把
settings.json同步到云端或纳入版本管理，建议把 Key 放到 VSCode 的用户级设置里，而不是项目级.vscode/settings.json。
3. 可复制的 settings.json 配置骨架
打开 VSCode，按Ctrl+Shift+P（macOS 是Cmd+Shift+P），输入Open User Settings (JSON)，回车。这会打开用户级的settings.json。如果你只想对某个项目生效，就改项目根目录下的.vscode/settings.json。
把下面这段骨架合并进去。注意 JSON 不允许尾随逗号，如果你原来的文件最后一项已经有逗号，合并时留意一下。
{ "fittenCode.apiKey": "sk-你的TaoToken密钥", "fittenCode.baseUrl": "https://taotoken.net/api", "fittenCode.model": "claude-sonnet-4-5", "fittenCode.enableInlineCompletion": true, "fittenCode.enableChat": true, "fittenCode.requestTimeout": 60000, "fittenCode.telemetry.enabled": false, "remote.extensionKind": { "FittenTech.Fitten-Code": ["ui"] } }逐项说明一下。fittenCode.apiKey填你在控制台创建的 Key，注意保留sk-前缀。fittenCode.baseUrl就是上一步说的https://taotoken.net/api，不要加斜杠。fittenCode.model指定默认模型，你可以换成自己在模型对话页面确认过可用的任意模型名；如果插件版本不支持这个字段，删掉它，插件会用默认模型。
fittenCode.enableInlineCompletion和fittenCode.enableChat分别控制行内补全和对话面板，建议都开，方便后面验证。fittenCode.requestTimeout设成 60000 毫秒，是因为走统一通道时首包可能比直连稍慢，默认超时太短会导致补全「闪一下就没了」。fittenCode.telemetry.enabled关掉遥测，纯属个人偏好，不影响功能。
最后那个remote.extensionKind是给远程开发场景准备的。当你的 VSCode 通过 Remote-SSH 或 Dev Containers 连到一台不能直接出网的机器时，把插件标记为ui类型，让它跑在本地 UI 侧而不是远程侧，请求就能从你本机发出。这个字段在 Fitten Code 官方文档里也提到过，属于远程场景的必备项。
配置改完，按Ctrl+Shift+P执行Developer: Reload Window重载窗口，让设置生效。重载后如果右下角还弹登录提示，说明插件没读到你的 Key，先别急着登录，回到第 5 节排查。
4. 分步验证请求是否真的生效
配置写完不等于生效，得验证。我一般用三层验证，从粗到细。
第一层，看插件状态。重载窗口后，打开任意代码文件，在编辑器里敲几行注释，比如// 写一个快速排序，等一两秒看有没有灰色补全建议出现。有建议说明补全通道通了。如果一直没反应，先看 VSCode 右下角状态栏有没有 Fitten Code 的图标，点开看它显示的是「已连接」还是「未登录」。
第二层，用对话面板发一条明确请求。按Ctrl+Alt+C（macOS 是Control+Option+C）打开对话窗口，输入「用 Python 写一个读取 CSV 并统计行数的函数」，回车。正常情况下一两秒内会流式返回代码。这一步能同时验证对话通道和模型路由。
第三层，也是最关键的，确认请求确实打到了 TaoToken，而不是插件偷偷走了官方通道。打开 TaoToken 控制台的用量或日志页面 https://taotoken.net/console ，刷新一下，看最近几分钟有没有新的请求记录，记录里的模型名和你settings.json里写的是否一致。如果控制台有记录，说明请求确实经过了 TaoToken；如果 VSCode 里能出结果但控制台没记录，那大概率是插件没读你的baseUrl，还在走默认端点。
# 想更硬核一点，可以用 curl 直接验证 Key 和地址是否可用 curl -X POST https://taotoken.net/api/v1/chat/completions \ -H "Authorization: Bearer sk-你的TaoToken密钥" \ -H "Content-Type: application/json" \ -d '{ "model": "claude-sonnet-4-5", "messages": [{"role": "user", "content": "只回复两个字：通了"}] }'这条 curl 返回"通了"就说明 Key、地址、模型三者都没问题，问题一定出在插件配置层。返回 401 是 Key 错了，返回 404 是地址多写了路径，返回 400 多半是模型名不对。把这条命令的结果和插件行为对照，能快速定位问题在哪一层。
5. 本篇常见错排查
配置改了但补全没反应。最常见的原因是字段名和插件版本不匹配。Fitten Code 不同版本对自定义端点的字段命名可能是fittenCode.baseUrl，也可能是fittenCode.apiBase或fittenCode.endpoint。打开 VSCode 设置界面，搜索fitten，看插件实际暴露了哪些配置项，以设置界面里显示的字段名为准。设置界面里没有的字段，写进settings.json也不会生效。
对话能出结果，但控制台没有请求记录。说明插件没走你的baseUrl。检查两点：一是baseUrl结尾有没有多余的斜杠或/v1；二是插件是否处于「已登录官方账号」状态——有些版本在登录官方账号后会优先走官方通道，忽略自定义配置。在插件设置里退出登录，或者清掉插件缓存的 token，再重载窗口。
远程开发场景下插件一直转圈。确认remote.extensionKind里的插件 ID 写对了，是FittenTech.Fitten-Code，大小写和连字符都不能错。另外确认你本地机器能访问https://taotoken.net/api，可以在本地终端跑一下上面那条 curl。如果本地能通、远程窗口里不通，就是插件跑在了远程侧，extensionKind没生效，检查是不是写在了项目级设置里而没写进用户级设置。
补全建议出现一下就消失。多半是超时太短。把fittenCode.requestTimeout调到 60000 甚至 90000。走统一通道时，请求要经过路由层，首包延迟比直连高一点是正常的，给足超时时间就行。
Key 明明是对的却报 401。检查复制 Key 时有没有带上首尾空格，或者把换行符也复制进去了。另外确认 Key 没有过期或被禁用，在控制台 API Keys 页面能看到每个 Key 的状态和最近使用时间。
6. 把通道固定下来，后面就省心了
配置一次之后，我建议把这份settings.json骨架存成一个自己的模板文件，换机器或重装 VSCode 时直接合并，不用再回忆字段名。如果你后面要在多台机器、多个项目里用同一套通道，长期跑编码和 Agent 类任务，可以了解一下 Coding Plan https://taotoken.net/coding-plan ，它更适合这种持续调用的场景，额度管理也更清晰。
接入文档在 https://taotoken.net/doc ，里面有针对不同编辑器和插件的配置示例，遇到字段对不上时可以去对照。模型对话入口还是 https://taotoken.net/models ，配置完想快速确认某个模型能不能用，直接在那里发一条消息最快。API Keys 管理在 https://taotoken.net/api-keys ，建议定期清理不再使用的 Key，降低泄露风险。
最后留一个我自己的习惯：每次改完settings.json，先跑一遍第 4 节那条 curl，确认通道本身没问题，再去 VSCode 里测插件。这样一旦出问题，能立刻判断是通道挂了还是插件配置错了，排查时间能省一大半。
