这是一个bug还是什么问题吗？

[zhou41239-alt]

为什么我一打开dsh就显示：
应用无法启动或已意外停止。
desktop welcome: Web authentication failed
诊断报告：/Users/zcy/Library/
Logs/DeepSeek Harness/
crash-2026-10-26T16-43-23-211Z-host.log
如果应用文件缺失或损坏，请关闭应用并重新安装。任务数据存储在独立位置。
重启
禁用第三方插件、备份 profile patch 并重启
退出

[PerryLink]

先数一下 cookie 条数，大概率是 431，不是认证坏了。

症状对得上：desktop welcome: Web authentication failed，而 host 日志 phase: startup、没有 error 级输出 —— 说明请求根本没拿到响应，不是被拒绝。

机制在 packages/client/connection/src/browser-auth.ts：

• :79-84 的 authority 取 secure ? url.origin : url.host，两条都带端口；
• :117 cookie 名 = dsh-auth-（:18）+ base64url(sha256(authority))；
• :138 只写 Max-Age + Expires（cookieMaxAgeDays 默认 30 天，见 packages/client/connection/README.md:43），没有任何删除旧名字的分支；
• 桌面每次启动用随机端口：apps/desktop-host/src/index.ts:36 传 --port 0。

所以每次启动都发一个新名字的 cookie，旧的既不复用也不清理。攒到 Cookie: 头超过 Node 默认 16 KB，host 返回 431，而且这个判断在认证之前 —— 欢迎页那次请求拿不到响应，就弹成"认证失败"。

恢复：完全退出应用 → 在它的 userData 目录下找到 Electron 的 cookie 库（Cookies 这个 SQLite）→ 删掉所有 127.0.0.1 下的 dsh-auth-* → 再打开。重装和删 ~/.dsh/.credentials.yaml 都不在故障路径上，别在这上面花时间。

版本上要有心理准备：browser-auth.ts 从 0.2.1-rc.2 到 master（ce7073d5）是同一个 blob，rc.5 也一样，升级不会改变这个行为。

如果数出来只有几条 cookie，那就不是这条原因，把 host 日志（phase 那一行）贴出来，看它是启动失败还是别的阶段。