[Bug] 多 worktree 测试 dev app：登录态不继承，且 dev app 登录会把 release 挤下线

**客户端版本**: 0.1.46
**反馈类型**: bug

---

## 现象

用 Cindy 内置 worktree 功能创建项目副本并构建运行 dev app 后，dev app 不会继承 release 版的登录态（需单独登录）；且在 dev app 登录后，主 release 版约几分钟后提示“账号在别处登录”，被强制下线，需要重新登录。

## 复现步骤

1. 在 release 版 Cindy 中使用内置 worktree 功能创建项目副本
2. 让 agent 启动 worktree 中的 dev app（同一项目目录）
3. 在 dev app 中登录同一账号，并开了一个 test session
4. 前三四分钟两个版本可以共存，期间回到 release 版的项目开发 session 继续操作
5. 过一会儿 release 版弹出“账号在别处登录”，要求重新登录

## 期望行为

- 理想：dev app 能自动继承 release 的登录态，无需重复登录
- 最低要求：dev app 登录不应影响 release 的登录状态

## 实际行为

- dev app 登录态不继承 release
- release 版在 dev app 登录约几分钟后被挤下线

## 复现频率

非必现（偶发）

## 已尝试

- 重新登录可恢复，但问题会再次出现

## 诊断（脱敏日志片段）

- 16:41 两次 `device-link disconnected (code=4409, reason=replaced by new connection)` —— dev app 登录后，服务端替换了 release 的设备连接
- 16:52 `authManager` refresh 连续返回 401 `INVALID_REFRESH_TOKEN` → `clearing auth, notifying session expired` → 客户端登出
- 复现环境：Cindy 0.1.46（release），dev app 从本地 worktree 分支构建
---
**版本区域**: CN
**OS**: win32 x64 (10.0.19045)
**界面语言**: zh-CN

No source file or test is named. Start by reproducing the worktree dev-app login flow on Windows and correlate the reported device-link 4409 and INVALID_REFRESH_TOKEN logs; done means the dev app can use the release login state, or logging in there no longer logs the release app out.

Written by the indexing model from the issue text.