我们已经安装并正常使用「TikBit AI 工作台」，现在需要让 VS Code 的 Claude Code 和 Codex 官方扩展，使用工作台当前配置的中转站地址和 API 密钥。请直接完成配置与验证，不要只提供教程。

【目标与边界】
- 已安装哪个扩展就配置哪个；缺少的扩展先告知。
- 工作台与 VS Code 保持独立，只同步必要的 API 接入配置。
- 本次为一次性同步，不建立持续同步机制。
- 保留现有模型之外的设置、历史记录和登录凭据，不影响工作台正常使用。
- 密钥仅在本机读取和写入，不在聊天、日志、命令输出或 Git 文件中泄露。

【一、定位工作台当前有效配置】
找到 TikBit 工作台使用的 Obsidian 知识库和插件数据目录。配置通常位于：
.claudian/claudian-settings.json

若插件自定义了 dataFolder 或 Obsidian 配置目录，以实际配置为准，不要固定猜路径。

结合 sharedEnvironmentVariables、providerConfigs 中各引擎的 environmentVariables，以及旧版 environmentVariables，分别解析 Claude 和 Codex 当前生效的地址、密钥及模型。注意配置优先级，不要读取已经停用的 API 分组，不要假定两种引擎使用完全相同的接口地址。

若存在多个工作台且无法确定来源，只询问我选择哪个，不要求我把密钥粘贴到聊天。

【二、确认 VS Code 实际运行环境】
检查扩展 ID、版本、当前 VS Code Profile，以及扩展运行在本机、WSL、SSH 远程还是容器中。

查明扩展进程实际读取的用户目录、CLAUDE_CONFIG_DIR、CODEX_HOME 和配置文件，并检查用户级、远程级、工作区级设置及启动参数的覆盖关系。不能只修改当前终端所在环境的默认配置。

修改前备份相关文件；备份含密钥时保存在本机非项目、非同步目录，并保持适当访问权限。

【三、配置 Claude Code】
使用当前扩展版本支持的配置方式，设置：
- ANTHROPIC_BASE_URL
- 与工作台一致的 ANTHROPIC_AUTH_TOKEN 或 ANTHROPIC_API_KEY

检查 VS Code 的 claudeCode.environmentVariables 与 Claude 实际 settings.json 中的 env，解决旧地址、重复认证变量或更高优先级设置造成的冲突。

不要把 claudeCode.disableLoginPrompt 当成切换中转的开关。如果 Claude 已验证正常，不必重复修改。

【四、配置 Codex】
在扩展实际读取的 config.toml 中配置并选中 TikBit provider。根据当前版本核对配置字段，基本结构如下：

model_provider = "tikbit"

[model_providers.tikbit]
name = "TikBit"
base_url = "<工作台实际使用的 Codex API 地址>"
wire_api = "responses"
env_key = "OPENAI_API_KEY"

必须注意：
1. model_provider 是 TOML 顶层字段，应放在所有 [表名] 之前。只定义 provider 不等于选中它。
2. 若已有同名字段或表，请合并修改，不要重复追加导致 TOML 无效。
3. 检查 profile、项目配置及启动参数是否将 provider 覆盖回 openai。
4. 若使用 env_key，必须确保 VS Code 启动的 Codex 子进程能获得对应密钥。在单独终端临时设置环境变量不代表扩展能读取。
5. 根据当前版本配置自定义 provider 的 API 密钥认证，核对 requires_openai_auth 等认证选项的含义，避免仍依赖官方订阅认证。不要仅修改 auth.json 就认定完成。
6. 地址沿用工作台有效的 Codex API 地址，核对 /v1 路径，避免遗漏或重复；模型选择中转实际支持的型号。
7. 不要为了同步配置，把 VS Code 的 CODEX_HOME 指向工作台私有目录，也不要修改工作台的隔离标志。

【五、重启与实际验证】
先校验 JSON/TOML 语法及配置关系。若需要重启，让我保存工作后完全退出并重新打开 VS Code；不要自动强杀进程。

重启后分别在对应扩展里新建对话，发送一次最小测试请求。通过脱敏日志中的模型请求目标，或 TikBit 后台对应时间的调用记录，确认实际走中转。

注意：
- curl 或独立 CLI 成功不能代替 VS Code 扩展验收。
- 官方登录页、更新检查、遥测域名不等于模型推理走官方。
- 区分“仍请求官方”“已到中转但认证失败”“接口路径错误”“模型不可用”，根据实际错误修复。
- 没有拿到扩展调用证据时，明确写“配置已修改，实际调用尚未验证”。

最后简要报告：
- 配置了哪些扩展及其运行环境；
- 修改的配置文件路径；
- 生效的 provider、API 地址和模型，不显示密钥；
- 每个扩展的验证结果；
- 如仍失败，给出脱敏错误及明确的下一步。