先安装插件

先停止正在运行的 DSH Web，再安装 npm 的候选版本：

next 当前指向 0.1.1-rc.4。如果你希望以后重装时仍得到本文实测的版本，可以把第一条命令里的 @next 换成 @0.1.1-rc.4。

还没发布的开发版本也可以直接从 GitHub 安装：

插件自带固定版本的官方 Codex App Server 运行时，支持 macOS、Windows 和 Linux，默认不依赖全局 codex 命令。不过 Codex 认证仍然需要先完成，并且 DSH 要由同一个系统用户启动，才能看到这个用户的 Codex 会话。

一次导入整个 Workspace

在 DSH 中添加或打开项目 Workspace，然后点击左下方的 Import Codex Sessions。插件会按项目路径扫描 Codex 会话，并先显示汇总数字。

当前版本是整批导入，不提供逐条勾选。确认后点击 Import all。这次实测找到 3条、成功导入 3 条、失败 0 条。

标题和顺序不会被抹掉

导入完成后，Session 会直接显示 Codex 原来的标题，并按 Codex 的最近活动时间排列。不需要先逐个打开，才能知道哪条会话是什么。

重复执行导入也不会产生副本。本次复测显示 Found 3、Existing 3、Ready 0。

打开历史，接着聊

打开导入的 Session 时，插件通过一次 thread/read 把缺少的终态用户消息和助手消息补进 DSH 的展示历史。原来的工具步骤、答案、模型和推理强度都能在同一个页面看到。

随后发送“第一步应该先实现什么”，Codex 根据上一轮四步方案继续回答，而不是从一段空白上下文重新开始。切换到另一条 Session 再返回后，两轮历史仍然完整。

它复制了什么，没复制什么

DSH 保存正常的聊天展示历史，以及 DSH Session 与 Codex Thread 的一对一绑定。

Codex App Server 仍然负责模型上下文、工具状态和上下文压缩。插件不会把 Codex 的私有运行记录复制成另一套数据库。

有三条边界需要提前知道：

• 当前按整个 Workspace 导入，不能只选其中一条 Thread。
• Session 每次打开时同步一次；不会后台轮询，也没有手动刷新按钮。
• 同一个 Codex Thread 不能同时有两个 App Server 写入者。要在 DSH 中继续它，先完整退出占用该 Thread 的 Codex 客户端或进程。

这个功能解决的是一个很朴素的问题：换到 DSH 管理项目对话时，不必放弃已经做过的Codex 工作。DSH 原生会话、Codex 和 Claude 可以集中在一个项目下面，再按任务的质量、成本和工具能力选择后端。

实测截图

以下截图来自官方 DSH 0.1.1-rc.2 与 relay-dsh-plugin-codex@0.1.1-rc.4 的真实运行。