建议：工作区支持「迁移 / 合并」，而不是只能新建会话重选目录

[QIUZAIYOU]

痛点

工作区目录只能「新建时选一次」，之后改不了。两个常见场景都很难受：

• 上移一层：工作区是 D:\A\B，项目结构调完整理后想换成 D:\A。
• 合并：D:\A\B1 和 D:\A\B2 其实是同一个项目的两块，想并到一个工作区下。

现在唯一的做法是「新建会话 → 重新选目录」，代价是：旧会话的历史、标题、审批记录、工具调用全留在旧工作区下，要回去翻；原来那个工作区变成一个再也用不上的空壳。

期望：左侧工作区目录上右键，多两个入口 —— 迁移工作区…、合并到…。

现状核对（本地 0.2.1-rc.2 实测）

位置	事实
@deepseek-ai/dsh-api-workspace-controller	Remote 方法只有 create / rename / remove / reorder / reorderSessions / archive / unarchive。rename 改的是标题，不是目录；没有任何 rebind / migrate。
@deepseek-ai/dsh-workspace README.zh.md:174	「重新添加目录从空开始 —— 移除后再次添加同一目录会创建空会话列表的新项目；旧会话不会自动回来。」
同文件 :170	「路径缺失时保留记录归属，而非重新验证符号链接历史」

路径实际散在四层持久化里：会话 header 的 cwd、sessions 目录路径、workspace registry（workspace.json）、投影缓存；另有运行时状态（持久终端 cwd、workspace-write 策略根、子进程继承的 cwd）。所以这不是改一个字段能解决的，需要一次显式的「重新归属（rehome）」。

相关但不等价的既有讨论：#4953（stale absolute cwd）、#3277（目录移动后 bash/grep/glob 一直 spawn ENOENT，且错误信息误导）、#1315（目录迁移后启动崩溃，希望支持会话重新归属）、#430（没有工作区的全局会话）。社区还长出了 dsh-mv-session、dsh-workspace-mover、dsh-session-mgr 这类第三方补丁 —— 需求是真的，只是每个都得停机一次、且各自实现一遍。

建议的实现语义

迁移工作区（单工作区换目录）

1. 选择目标目录 → 校验：存在、可写、不与现有工作区互相嵌套（A 是 B 的前缀或反之都该拒绝并说明）。
2. 重写该工作区下所有会话的 cwd 为目标路径。
3. 迁移 sessions 目录、更新 registry 与投影缓存。
4. 保留：会话 id、标题、全部历史消息、工具调用与审批记录。

合并工作区（多对一）

1. 源工作区的会话全部挂到目标工作区下（同样改写 cwd），源工作区条目删除。
2. 冲突以会话 id 为准去重；标题重复不处理（本来就可以重名）。

一个必须写进注释的坑

session.jsonl.zstd 是多帧 zstd 流，帧 0 恰好是一行 header，启动时用 assertZstdHeaderFrame 断言「帧 0 解压出来正好是一行」。所以改写 cwd 只能逐帧解压 → 只重写 header 帧 → 按原帧边界重新压回。

千万不能「整文件解压 → 改 → 再压一遍」：那样会把多帧塌成一帧，dsh web 直接启动崩溃，而且现场很难看出是编码问题。这条建议的提出者已经踩过一次，希望实现时别踩第二次。

验收标准

• 迁移后旧会话能打开、能继续对话，历史消息与工具记录完整，标题不变；
• 迁移后不再出现 spawn ENOENT / stale cwd 一类错误；
• 目标目录不存在或不可写时拒绝并给出具体原因，不做部分迁移（要么原子，要么可回滚）；
• 合并后两个工作区的会话都在目标工作区下可见，源工作区不残留空壳条目；
• 重启一次后仍然是迁移后的状态（不能只在内存里生效）。

如果暂时不打算做

那至少补两件事，成本很低：

1. 文档里给一条手工迁移 checklist：要改哪几个文件、是否必须停机、改完怎么验证（现在只能靠翻源码和社区插件试）。
2. 把 rename 的语义写清楚 —— 它只改标题、不改目录，这一点在 UI 和文档里都不明显，很容易被当成「重命名工作区目录」。

---

环境：Windows，DSH Desktop 0.2.1-rc.2（deepseek-harness 桌面端）。

[Scofield-Logique]

更细分的单会话迁移，是否也可以做一下，