Fetching metadata from the HF Docker repository... Yesterday
-
fix(auth): token 刷新改为无密码会话探针，密码登录仅作兜底 Running
luckfun233
DeepSeek 的 token 是按设备绑定的长期会话凭证，不存在 access/refresh
两段式机制，也没有可换新的端点；原来的「刷新」实际是每 6h（以及每次
鉴权类失败）提交一次明文密码并过一次数美风控。
- 新增 Client.RefreshSessionToken：GET /api/v0/users/current 回填会话 token
- Resolver 刷新链改为探针优先，只有服务端明确拒绝会话才回退密码登录；
探针无法判定时，定时路径保留现有 token，失败恢复路径仍兜底登录
- 失效判定收窄到 401/403 与 code/biz_code 40001-40003（实测失效响应是
HTTP 200 + code=40003，只按状态码会漏判）
- 未注入探针时保持历史行为，测试与自定义装配不受影响
- 文档：research 文档补落地细节与线上实测，security 报告与 API.md 同步配置语义
2 days ago
-
docs: 新增 DeepSeek token 刷新机制逆向研究
luckfun233
结论：现有 RefreshToken 实际是完整重新登录（复交密码 + 过数美风控）；
DeepSeek 无 refresh_token 机制，token 为按设备绑定的长期不透明会话串。
官方客户端的刷新方式是 GET /api/v0/users/current 回填 biz_data.token，
另有 POST /users/auth_token/check_device 的 rotate.token 轮换通道（抓包恒为 null）。
文档给出分阶段改造建议与未闭环的待验证项。
