day1✅-2026/11/3

1、claude code 桌面端成功接入 deepseek

教程网址：https://www.kongchang.com/articles/claude-codezhuo-mian-ban-jie-ru-deepseekbao-mu-ji-jiao-cheng

1.1、claude 使用 deepseek模型的原理思路

3p（第三方推理）模式：Claude Desktop 的一种运行模式 区别⬇️

• 1P（官方模式）：你登录 claude.ai 账号，用 Claude 订阅额度，钱和模型都走 Anthropic 官方。这个模式下看不到这个窗口。
• 3P（第三方推理）：你自己指定一个推理端点（URL地址） + 自己的凭据。这个窗口就是用来选端点的，所以里面列出的全是 3P 的 provider。

上述6个模式都是3P模式 ☰ → Help → Troubleshooting → Enable Developer Mode 重新开启后，菜单里会出现：Developer → Configure Third-Party Inference…

claude 桌面端启动 ⬇️ 读_meta.json → appliedId ⬇️ 按 appliedId 找到 000...157210.json ⬇️ 读文件内容，看到 inferenceProvider: "gateway" ⬇️ 在3P模式中走“gateway”分支 ⬇️ 再读 baseUrl / authScheme / sealed key / inferenceModels（初始化流程走完） 清楚后续对话内容发送的地址 ⬇️ 发消息时：请求发到 baseUrl，带 sealed key，model

cc switch接收请求信息（/claude-desktop/v1/messages） 这个请求消息（claude-desktop）部分依据哪个agent进行路径中转，发送过来就是agent的专属名字 专属名字做解释：/claude-desktop 是 cc-switch 预先写进客户端 base URL 的固定路由名 ⬇️ 找live-state.json文件中匹配专属名字的部分 ⬇️ 找到proxy_route 对应着一串属于数据表ID的数字 ⬇️ 拿这个ID 去 cc-switch.db 的 providers 表 ⬇️ 找到deepseek那条供应商的名字 ⬇️ 找到key和URL数据，以及找到meta字段，该字段存储模型映射关系

最直观的方式就是ui界面我们所填的信息 ⬇️ 内存里：model → deepseek-flash，认证 → sk-... ⬇️ DeepSeek 推理，返回流 ⬇️ cc-switch 流式回传：DeepSeek 一边生成，cc-switch 一边把字往回送，SSE协议技术严格说是基于 HTTP 的 Web 标准。 底层用 SSE——一个基于 HTTP 的单向、文本、增量推送协议。大模型输出正好是单向连续文本，所以两者天然搭配。

2、ssh登录不进云服务排查

grep -En "PermitRootLogin|PasswordAuthentication|PubkeyAuthentication|UsePAM|AllowUsers|DenyUsers" /etc/ssh/sshd_config

grep 筛选 /etc/ssh/sshd_config sshd服务端的配置文件 1、PermitRootLogin — root 这个账号单独的开关，三档【yes（能，密码、密钥都行）、prohibit-password（只能用密钥，密码拒）、no（完全不许登）】 2、PasswordAuthentication - 允不允许用密码登录。 3、PubkeyAuthentication - 允不允许用密钥登录

剩余ssh登录问题明日处理