謝懿Shine

Claude Desktop 接入第三方模型 API：基于 ccswitch 的配置与踩坑

Thu, 30 Apr 2026 00:00:00 GMT

Claude Desktop 接入 ccswitch：第三方模型 API 配置与踩坑记录

最近想让 Claude Desktop 也能像 Claude Code 一样，通过 ccswitch 接入第三方模型 API，方便在桌面端里切换不同 Provider 测试。

我主要参考了 LINUX DO 上 sandleft 佬的这篇教程：

《如何用功能更强大更美观的 claude 桌面端替代 cli 还能随意切换模型？》

原教程已经把核心方案讲清楚了：Claude Desktop 通过官方 3P Gateway 连接到 ccswitch 本地路由，再由 ccswitch 转发到当前选中的 Provider。

不过我实际配置时还是遇到了一些坑，比如：

Gateway returned HTTP 400
Gateway returned HTTP 404
requestUrl: http://127.0.0.1:15721/v1/models

这篇文章主要是对原教程的逻辑做一次重新梳理，并补充我自己遇到的问题和解决方法。

一、先搞清楚：Claude Desktop 和 Claude Code 不是同一条链路

这是我最开始最容易混淆的地方。

简单说：

Claude Desktop = 走 ccswitch 本地路由
Claude Code / VS Code Claude 插件 = 走 Claude Code 配置

Claude Desktop 的请求链路是：

Claude Desktop
→ http://127.0.0.1:15721
→ ccswitch 本地路由
→ 当前 Provider
→ 第三方模型 API

而 VS Code 里的 Claude 插件 / Claude Code 更像是读取 ccswitch 写入或切换后的 Claude Code 配置，比如：

ANTHROPIC_BASE_URL
ANTHROPIC_AUTH_TOKEN
模型名配置

所以它的链路更接近：

VS Code Claude 插件 / Claude Code
→ Claude Code 配置
→ 当前 Provider

这就解释了一个现象：ccswitch 本地路由关闭后，VS Code Claude 插件仍然可能正常使用；但 Claude Desktop 要用这套方案，就必须开 ccswitch 本地路由。

二、开启 ccswitch 本地路由

在 ccswitch 里进入本地路由相关页面，确认这些状态：

本地路由：运行中
路由总开关：开启
Claude：开启
服务地址：http://127.0.0.1:15721

这里最重要的是服务地址。

比如 ccswitch 显示的是：

http://127.0.0.1:15721

那 Claude Desktop 里也必须填这个地址。

我一开始填成了另一个端口，例如：

http://127.0.0.1:10809

这当然会出问题。

所以第一步先确认：Claude Desktop 里的 Gateway base URL 必须和 ccswitch 显示的本地路由地址一致。

三、配置 Claude Desktop 的 Gateway

在 Claude Desktop 里打开第三方推理配置。

一般路径是：

Help
→ Troubleshooting
→ Enable Developer mode
→ Developer
→ Configure third-party inference

Connection 选择：

Gateway

然后填写：

Gateway base URL = http://127.0.0.1:15721
Gateway API key = PROXY_MANAGED
Gateway auth scheme = bearer

这里注意一点：

Claude Desktop 里不要填真实的第三方模型 API Key。

这里填：

PROXY_MANAGED

真实 API Key 应该配置在 ccswitch 的 Provider 里。

也就是说：

Claude Desktop 只负责连接 ccswitch；
ccswitch 才负责连接真实的第三方模型 API。

四、最关键的一步：手动补 inferenceModels

只配置 Gateway 还不一定够。

Claude Desktop 会尝试请求：

http://127.0.0.1:15721/v1/models

但 ccswitch 本地路由不一定实现了 /v1/models 这个接口，于是会出现：

Gateway returned HTTP 404
requestUrl: http://127.0.0.1:15721/v1/models

这个 404 很容易误导人。

它的意思不是“整个链路不可用”，而是：

Claude Desktop 想获取模型列表；
但 ccswitch 没有提供 /v1/models；
所以模型列表探测失败。

解决方法是：在 Windows 注册表里手动补上 inferenceModels。

五、通过 .reg 添加 inferenceModels

先在 Claude Desktop 表单里填好：

Gateway base URL = http://127.0.0.1:15721
Gateway API key = PROXY_MANAGED
Gateway auth scheme = bearer

然后点击右下角：

Export

导出 Windows 的 .reg 文件。

用记事本打开 .reg，找到：

[HKEY_CURRENT_USER\SOFTWARE\Policies\Claude]

在下面添加：

"inferenceModels"="[\"haiku\",\"sonnet\",\"opus\"]"

如果只想先测试一个模型，也可以写：

"inferenceModels"="[\"sonnet\"]"

保存后双击导入，或者使用命令：

reg import "C:\path\to\your.reg"

导入后，完全退出 Claude Desktop，再重新打开。

注意：最好不是只关窗口，而是从托盘里彻底退出后重启。

六、haiku / sonnet / opus 只是别名

这里也容易误解。

在 inferenceModels 里写：

"inferenceModels"="[\"haiku\",\"sonnet\",\"opus\"]"

并不代表你真的在用 Claude Haiku、Claude Sonnet 或 Claude Opus。

在这里，它们更像是 Claude Desktop 识别的模型槽位或别名。

真正请求哪个模型，取决于 ccswitch 里的映射。

比如你可以在 ccswitch 中把这些都映射到同一个模型：

主模型：deepseek-v4-flash
Haiku 默认模型：deepseek-v4-flash
Sonnet 默认模型：deepseek-v4-flash
Opus 默认模型：deepseek-v4-flash

也可以根据需要映射到不同模型。

所以不要用“你是什么模型？”这种方式判断真实模型。模型自我介绍很容易受到系统提示、别名和兼容层影响。

更可靠的判断方式是看：

ccswitch 请求记录
ccswitch 日志
第三方模型控制台用量
实际请求里的 model 字段

七、关于模型名后缀，比如 `[1m]`

有些模型名可能会长这样：

deepseek-v4-pro[1m]

这类后缀不能一概认为是错的。

很多 Provider 或中转服务会用类似 [1m] 的后缀表示特定模型规格，比如 1M 超长上下文版本。如果你的服务商、面板或 ccswitch 配置要求这样写，那就应该保留。

但如果遇到：

HTTP 400
model not found
provider rejected request

可以临时切回基础模型名测试，例如：

deepseek-v4-pro
deepseek-v4-flash

先确认基础链路没问题，再切回带后缀的版本。

关键是判断这个后缀到底是：

服务商要求的模型规格

还是：

界面展示用的标记

前者需要保留，后者不应该传给 API。

八、`thinking: false` 不是必选项

有些教程会建议在 ccswitch 里加：

{
  "thinking": false,
  "includeCoAuthoredBy": false
}

我自己测试时，不加也能正常使用。

所以我的建议是：

能用就先不加。

如果后续遇到 400、tool_use、thinking、旧会话上下文不兼容之类的问题，再考虑添加。

九、常见报错怎么理解？

1. Gateway returned HTTP 400

400 一般表示请求已经发出去了，但 Provider 拒绝了请求。

常见原因：

模型名错误
Provider 配置错误
API Key 错误
账号额度或模型权限问题
请求格式不兼容
旧会话上下文不兼容
thinking / tool_use 兼容问题

可以按这个顺序排查：

1. 检查 ccswitch 当前 Provider 是否选对
2. 检查模型名是否正确
3. 检查真实 API Key 是否填在 ccswitch Provider 里
4. 新开 Claude Desktop 会话测试
5. 必要时尝试 thinking: false

2. Gateway returned HTTP 404

如果 404 的地址是：

http://127.0.0.1:15721/v1/models

那大概率只是 Claude Desktop 在测试模型列表。

这种情况下，重点不是纠结 /v1/models，而是补上：

inferenceModels

只要实际对话能正常使用，就说明核心链路是通的。

十、如何确认 Claude Desktop 真的走了 ccswitch？

可以看 ccswitch 的请求记录或日志。

日志一般在：

C:\Users\<用户名>\.cc-switch\logs\cc-switch.log

也可以查看数据库：

C:\Users\<用户名>\.cc-switch\cc-switch.db

重点看请求记录里有没有类似字段：

data_source = proxy
provider_id = 当前选中的 Provider
request_model = sonnet / haiku / opus
model = 实际上游模型
status_code = 200

如果能看到 data_source = proxy，并且 status_code = 200，就说明 Claude Desktop 的请求确实经过了 ccswitch 本地路由。

十一、最终流程总结

如果从头配置，我会按这个顺序来：

1. 先在 ccswitch 里配置好 Provider

确保第三方模型 API 在 ccswitch 中可以正常使用。

2. 开启 ccswitch 本地路由

确认：

本地路由：运行中
路由总开关：开启
Claude：开启
服务地址：http://127.0.0.1:15721

3. Claude Desktop 配置 Gateway

填写：

Gateway base URL = http://127.0.0.1:15721
Gateway API key = PROXY_MANAGED
Gateway auth scheme = bearer

4. 导出 .reg

点击 Claude Desktop 配置页右下角的：

Export

5. 修改 .reg，补上 inferenceModels

在：

[HKEY_CURRENT_USER\SOFTWARE\Policies\Claude]

下面加：

"inferenceModels"="[\"haiku\",\"sonnet\",\"opus\"]"

或者先只测一个：

"inferenceModels"="[\"sonnet\"]"

6. 导入 .reg 并重启 Claude Desktop

reg import "C:\path\to\your.reg"

然后完全退出并重启 Claude Desktop。

7. 新开会话测试

不要只看设置页的 Check again。

如果实际对话可以使用，并且 ccswitch 有请求记录，就说明链路已经跑通。

十二、最终使用习惯

配置完成后，可以这样理解：

用 Claude Desktop：
需要开启 ccswitch 本地路由。

用 VS Code Claude 插件 / Claude Code：
通常不需要开启 ccswitch 本地路由，
只要 Claude Code 配置已经切换到对应 Provider。

如果要切换 Claude Code 使用的 Provider，还是通过 ccswitch 切换配置。

但日常只用 VS Code Claude 插件时，本地路由不一定要开。

结论

这套方案的核心其实很简单：

Claude Desktop
→ 官方 3P Gateway
→ ccswitch 本地路由
→ 第三方模型 API

真正容易踩坑的是几个细节：

1. ccswitch 本地路由必须开启
2. Claude Desktop 的端口要和 ccswitch 一致
3. Gateway API key 建议填 PROXY_MANAGED
4. Windows 下需要手动补 inferenceModels
5. /v1/models 404 不一定影响实际使用
6. haiku / sonnet / opus 只是别名
7. Claude Desktop 和 Claude Code / VS Code 插件不是同一条链路

折腾完之后，这套方案还是挺实用的。Claude Desktop 可以通过 ccswitch 接入第三方模型 API，而 Claude Code / VS Code 插件也可以继续使用 ccswitch 写入的配置。

最后再次感谢 LINUX DO 上 sandleft 佬的原教程。本文只是基于原教程的一次个人实践补充，主要记录我在配置过程中遇到的坑和解决思路。

从圆肩到挺拔：我的第一份认真训练计划

Tue, 21 Apr 2026 00:00:00 GMT

🏋️ 训练计划

180cm / 70kg · 新手不足 1 年 · 圆肩（中度）+ 肋骨外翻 · 增肌 + 体态矫正并重

📅 一周总览

天数	训练内容	总时长	核心目标
周一	背 + 二头	90 分钟	拉力优先，对抗圆肩
周二	胸 + 三头	90 分钟	推力控量，肩胛稳定
周三	体态矫正 → 游泳（技术日）	15+60 分钟	激活深层稳定肌，仰泳矫正圆肩
周四	肩 + 腹	90 分钟	后束优先，肋骨控制
周五	腿 → 游泳（恢复日）	90+30 分钟	腿部增肌，游泳放松乳酸
周六	完全休息	—	—
周日	完全休息	—	—

周一｜背 + 二头（90 分钟）

💡 原则：面拉永远第一，激活后束后再做大重量；每组开始前检查肩胛是否已下沉

顺序	精确动作名称	英文名	器械	组数	次数	参考重量	组间休息
1	面拉 ⭐	Cable Face Pull	绳索机高位 + 绳索把手	3 组	15 次	30–35kg	60 秒
2	引体向上	Pull-Up	固定单杠，宽于肩正握	3 组	5–6 次	自重（不够用辅助机）	90 秒
3	坐姿宽距下拉	Lat Pulldown (Wide Grip)	高位下拉机 + 宽握横杆	3 组	10–12 次	40–45kg	90 秒
4	悍马机坐姿划船	Hammer Strength Seated Row	Hammer Strength 坐姿划船机，双手同时	3 组	10 次	45kg	90 秒
5	坐姿绳索划船（窄握）	Seated Cable Row (Close Grip)	坐姿划船机 + V 形窄握把手	3 组	10 次	35–40kg	90 秒
6	EZ 杆弯举	EZ Bar Curl	EZ 曲杆，站姿	3 组	10–12 次	25–27.5kg	60 秒

动作要点：

面拉：滑轮与面部同高，双手拉至拳头在耳朵两侧，呼气顶峰停 1 秒
引体向上：肩胛先向下向后收→再弯肘拉，全程不耸肩
下拉/划船：想象把肘关节往裤兜方向塞，顶峰夹背停 1 秒

周二｜胸 + 三头（90 分钟）

💡 原则：卧推量控制在 4 组（圆肩者推的总量必须少于拉）；肩胛全程夹紧贴凳

顺序	精确动作名称	英文名	器械	组数	次数	参考重量	组间休息
1	俯卧撑	Push-Up	徒手，标准宽度	2 组	12 次	自重	45 秒
2	杠铃平板卧推	Barbell Bench Press	平板凳 + 奥林匹克杠铃	4 组	8–10 次	第 1 组 50kg×10 热身，第 2–4 组 55kg×8	2 分钟
3	蝴蝶机飞鸟	Pec Deck Fly	蝴蝶机（Pec Deck Machine）	3 组	12 次	40kg	90 秒
4	双杠臂屈伸	Parallel Bar Dip	双杠	3 组	8 次	自重	90 秒
5	V-Bar 绳索下压	Tricep Pushdown (V-Bar)	绳索机高位 + V 形把手	3 组	12 次	30–35kg	60 秒
6	绳索过头臂屈伸	Overhead Cable Tricep Extension	绳索机低位 + 绳索把手	3 组	12 次	25–30kg	60 秒

动作要点：

卧推：肩胛收紧夹紧贴凳，下放时肘关节约 75° 角，不要完全外展保护肩关节
双杠：练胸时身体略前倾 15–20°；练三头时身体垂直
⚠️ 卧推后肩前侧关节不适→立刻减重 5kg 或改哑铃卧推

周三｜体态矫正 → 游泳技术日（75 分钟）

矫正训练（15 分钟，健身房拉伸区或家中）：

顺序	动作	次数/时长	要点
1	死虫式	每侧 8 次 × 2–3 组	呼气时把下肋骨压住垫子，腰部全程不离地
2	侧卧胸椎旋转	每侧 6 次 × 1–2 组	感受胸椎段转动,不是腰椎带动
3	面拉	15 次×3 组	滑轮调至面部同高，绳索把手，双手拉至拳头在耳朵两侧，顶峰停 1 秒

游泳（60 分钟，技术课模式，不计圈数）：

泳姿	比例	原因
仰泳 ⭐	50%	强制肩胛外旋，直接对抗圆肩，是最友好的泳姿
自由泳	40%	注意转头换气时不过度抬头，感受每次划水时肩胛轨迹
蛙泳	10%	少做，避免抬头动作加重颈部代偿

周四｜肩 + 腹（90 分钟）

💡 原则：后束永远第一；腹部每个动作呼气时主动下压肋骨；哑铃推肩全程不挺腰

顺序	精确动作名称	英文名	器械	组数	次数	参考重量	组间休息
1	蝴蝶机反向飞鸟 ⭐	Reverse Pec Deck Fly	蝴蝶机反坐（背对靠背）	4 组	12–15 次	35–40kg	60 秒
2	俯身飞鸟	Bent-Over Dumbbell Lateral Raise	哑铃，站姿俯身约 70°	3 组	12 次	7.5kg	60 秒
3	绳索侧平举	Cable Lateral Raise (Single Arm)	绳索机低位 + 单手 D 形环	3 组	12 次（每侧）	10kg	60 秒
4	哑铃坐姿推肩	Seated Dumbbell Shoulder Press	哑铃 + 有靠背调节椅	3 组	10 次	15kg	90 秒
腹
5	平板蝴蝶收腹 ⭐	Butterfly Sit-Up	地面瑜伽垫，双脚脚心相对	3 组	25–30 次	自重	45 秒
6	仰卧卷腹	Crunch	地面瑜伽垫	3 组	12–15 次	自重	45 秒
7	悬挂举腿	Hanging Leg Raise	单杠悬挂	3 组	8–10 次	自重	60 秒

动作要点：

蝴蝶机反向飞鸟：顶峰时感受后束三角肌夹紧，停 1 秒
哑铃推肩：腰椎不能过度前凸（不挺腰撑），否则加重肋骨外翻
悬挂举腿：感受到的是腰用力而非腹部→立刻改死虫式（Dead Bug) 代替 (连续 2 周死虫式每侧 8 次全程腰部不离地后，再尝试重新加回悬挂举腿)
腹部全部动作：每次呼气把下肋骨往内往下收，这是改善肋骨外翻的核心机制

周五｜腿 → 游泳恢复日（90+30 分钟）

💡 原则：深蹲先用高脚杯哑铃版过渡，待胸椎活动度改善后再加回杠铃深蹲

顺序	精确动作名称	英文名	器械	组数	次数	参考重量	组间休息
1	哑铃酒杯深蹲	Goblet Squat	单个哑铃竖握置于胸前	3 组	12 次	15–20kg 哑铃	90 秒
2	腿举	Leg Press	腿举机（45° 斜板式）	4 组	10–12 次	第 1 组 50kg×12 热身，第 2–3 组 65kg×10，第 4 组 70kg×8	2 分钟
3	坐姿髋内收	Seated Hip Adduction	内收肌训练机（大腿内侧夹合机）	3 组	12–15 次	40kg	60 秒

游泳（30 分钟，放松恢复）：

慢速自由泳为主，心率控制在最大心率 60% 以下（能轻松说话的速度）
打腿练习有效放松股四头肌和臀肌，促进乳酸代谢
不计成绩，感受腿部血液流通即可

📈 递增方案（4 阶段）

阶段	时间	目标	操作
建立期	第 1–4 周	动作模式	不追加重，专注感受目标肌肉收缩，每个动作做完能明确感受到该肌肉
线性递增期	第 5 周起	持续变强	每 2 周完成所有组次后加重：大肌群 +2.5kg，小肌群 +1.25kg
减量周	每 6 周一次	关节恢复	所有重量退回 80%，组数减半，让结缔组织和神经系统充分休息
动作升级	3 个月后	进阶	高脚杯深蹲→低杠深蹲；引体向上→负重引体；做专业体态评估

🥩 每日蛋白质目标

目标 112–140g/天（1.6–2.0g × 70kg），以下组合基本可达标：

来源	蛋白质
蛋白粉 1 勺（训练后）	~25g
鸡胸肉 150g（任意一餐）	~35g
鸡蛋 3 个	~18g
其他正餐食物（米饭、蔬菜、豆类等）	~25–35g
合计	~103–113g ✅

训练日可额外补 1 勺蛋白粉轻松达标，不需要刻意大量进食。

⚠️ 三条安全红线

卧推/推肩后肩前侧关节痛（不是肌肉酸）→ 立刻减重或换哑铃版本
任何动作做完后圆肩感觉更明显 → 停下，下次用更轻重量重新建立动作模式
某关节（非肌肉）酸痛持续超过 48 小时 → 该动作本周停，下次退重 10–15% 重新开始

🗓️ 3 个月里程碑

第 4 周末：所有动作建立稳定的肌肉感受度，面拉和反向飞鸟做完能明确感受到后束收紧
第 8 周末：圆肩在静止状态下肉眼可见改善；高脚杯深蹲稳定后可尝试徒手深蹲检验胸椎活动度
第 12 周末：建议预约一次运动康复师或物理治疗师做正式体态评估，根据评估结果决定是否加回杠铃深蹲和其他进阶动作

At Datawahle

Sat, 22 Nov 2025 00:00:00 GMT

助教

线下活动

DATE	Course	Identity
2025-11	Al Creators Day	现场技术支持助教

线上组队学习

DATE	Course	Identity
2025-12	第七十五期《机器学习入门》	优秀专业助教
2026-1	第七十六期《Python 零基础入门》	优秀专业助教
2026-2	第七十七期《Easy-Vibe(学习真正的 Vibe Coding)》	优秀专业助教
2026-3	第七十八期《Easy-Vibe(学习真正的 Vibe Coding)》	优秀专业助教
2026-4	第七十九期《Happy-LLM》	优秀专业助教

主持

线上课程

DATE	Course	Identity
2026-3-12	AI4S 《实战派第二期线上直播》	主持人

组队评分 Tips

使用 agent 帮忙进行评分

我打开了一个飞书多维表格，需要你帮我完成笔记评审。请先读取/解析表格数据，不要直接写入云端表格，先输出我可以复制粘贴的 TSV。

本次我的评审人名称是：【填写评审人名称】

下文中的【我的评审人】都指代上面这个评审人名称。输出 TSV 时，“笔记评审人”列也统一填写【我的评审人】的实际名称。

只处理这三列，顺序必须严格一致：
1. 笔记评分
2. 大于10分理由
3. 笔记评审人

评分依据来自每行前面的：
- 学习心得
- 笔记链接
- 微信昵称
- 证书昵称
- 队名
- 任务名称/task

分配规则：
1. 如果没有任何评审记录：统计全部记录数，【我的评审人】只评全部记录的一半；从最早记录开始评。
2. 如果已经有评审记录：统计总记录数、【我的评审人】已评数量、其他评审人已评数量、未评数量；【我的评审人】只补评未评记录中的一部分，使【我的评审人】最终评审数尽量等于总量的一半。
3. 如果总量是奇数，【我的评审人】最终数量允许是 floor(total/2) 或 ceil(total/2)，优先不要超过一半太多。
4. 从最早未评分记录开始补评。
5. 如果跨多个 task，必须按 task 分段输出，方便我逐段粘贴。

【我的评审人】评分风格：
- 整体偏宽松、简洁、实用。
- 普通认真完成的笔记通常给 6-7 分。
- 有较完整总结、能覆盖核心概念并体现理解的给 7-8 分。
- 内容扎实、结构清楚、复盘充分的给 9 分。
- 明显优秀、结构完整、概念解释到位、有代码/公式/实践/个人理解、适合评为优秀学习者的给 10 分。
- 内容较少、只写简单心得、只有链接但链接可访问的给 5-6 分。
- 明显过短、空泛、完成度低的给 3-4 分。
- 不要为了凑优秀而给 10 分，10 分只给真正优秀的笔记。

特殊情况：
1. 如果学习心得为空、明显无有效内容，且没有可用链接：笔记评分留空，笔记评审人填写【我的评审人】，并在“大于10分理由”写明情况，例如：
   内容为空，无法评分。
2. 如果主要内容依赖笔记链接，但链接无法访问、页面空白、权限不足、打不开或内容缺失：笔记评分留空，笔记评审人填写【我的评审人】，并在“大于10分理由”写明情况，例如：
   笔记链接无法访问，无法评分。
3. 上述特殊情况不计为有效评分，但仍输出这一行，方便我粘贴标注问题。
4. 最高分就是 10 分。只要给 10 分，就必须填写“大于10分理由”；不需要真的超过 10 分。

10 分理由写法：
- 简短具体，不要空泛夸奖。
- 重点写结构、概念、代码/公式、实践、复盘价值。
- 示例：
  结构清晰：从前置知识到核心机制再到实践实现，逻辑递进合理，概念解释充分，便于复盘。
  内容完整：系统梳理注意力机制、自注意力、掩码和多头注意力，概念与实现流程都覆盖充分。
  理解深入：能比较不同模型架构的定位与适用场景，并结合技术演进说明核心差异。
  内容扎实：包含公式、代码实现和个人理解，结构清楚，可读性较好。

输出格式：
1. 先输出统计结果：
   - 总记录数
   - 【我的评审人】已评数量
   - 其他评审人已评数量
   - 未评数量
   - 本次【我的评审人】应补评数量
2. 然后按 task 分段输出 TSV。
3. 每段 TSV 三列顺序必须是：
   笔记评分[TAB]大于10分理由[TAB]笔记评审人
4. 普通分数行中间理由留空，但 TAB 必须保留，例如：
   7		【我的评审人】
5. 10 分行必须写理由，例如：
   10	结构清晰：从前置知识到核心机制再到实践实现，逻辑递进合理，概念解释充分，便于复盘。	【我的评审人】
6. 无法评分行示例：
   	笔记链接无法访问，无法评分。	【我的评审人】
7. 最后输出本次 10 分优秀学习者名单，格式为：
   优秀学习者：
   微信昵称（证书昵称：证书昵称）- 队名
   如果队名为空，则不写短横线和队名。
8. 不要输出无关解释。

如果你要直接写入飞书表格，必须在写入前再次确认，并说明将从哪个 task、哪一行、哪一列开始粘贴；未经确认不要修改云端数据。

代码如诗，文章如歌

Sun, 24 Nov 2002 00:00:00 GMT

思来想去，敲下无数行字，却又一行行删除。

謝懿Shine

Claude Desktop 接入第三方模型 API：基于 ccswitch 的配置与踩坑

Claude Desktop 接入 ccswitch：第三方模型 API 配置与踩坑记录

一、先搞清楚：Claude Desktop 和 Claude Code 不是同一条链路

二、开启 ccswitch 本地路由

三、配置 Claude Desktop 的 Gateway

四、最关键的一步：手动补 inferenceModels

五、通过 .reg 添加 inferenceModels

六、haiku / sonnet / opus 只是别名

七、关于模型名后缀，比如 [1m]

八、thinking: false 不是必选项

九、常见报错怎么理解？

1. Gateway returned HTTP 400

2. Gateway returned HTTP 404

十、如何确认 Claude Desktop 真的走了 ccswitch？

十一、最终流程总结

1. 先在 ccswitch 里配置好 Provider

2. 开启 ccswitch 本地路由

3. Claude Desktop 配置 Gateway

4. 导出 .reg

5. 修改 .reg，补上 inferenceModels

6. 导入 .reg 并重启 Claude Desktop

7. 新开会话测试

十二、最终使用习惯

结论

从圆肩到挺拔：我的第一份认真训练计划

🏋️ 训练计划

180cm / 70kg · 新手不足 1 年 · 圆肩（中度）+ 肋骨外翻 · 增肌 + 体态矫正并重

📅 一周总览

周一｜背 + 二头（90 分钟）

周二｜胸 + 三头（90 分钟）

周三｜体态矫正 → 游泳技术日（75 分钟）

周四｜肩 + 腹（90 分钟）

周五｜腿 → 游泳恢复日（90+30 分钟）

📈 递增方案（4 阶段）

🥩 每日蛋白质目标

⚠️ 三条安全红线

🗓️ 3 个月里程碑

At Datawahle

助教

线下活动

线上组队学习

主持

线上课程

组队评分 Tips

使用 agent 帮忙进行评分

代码如诗，文章如歌

七、关于模型名后缀，比如 `[1m]`

八、`thinking: false` 不是必选项