我们一直在用 Codex 和 Claude Code 开发 Relay也用它们处理插件仓库里的实现、测试、审查和问题排查。把 DeepSeek HarnessDSH作为项目入口以后我们希望继续这些工作而不是换一个界面就放弃原来已经能用的能力和会话。因此我们维护了两个可以独立安装到官方 DSH 的插件relay-dsh-plugin-codexGitHub · npm把 Codex App Server 接成 DSH 的对话后端relay-dsh-plugin-claudeGitHub · npm把 Claude Code Agent SDK 接成 DSH 的对话后端。两个插件都不需要修改 DSH 核心也不要求用户下载整个 Relay 仓库。安装后可以在 DSH 中直接创建 Codex 或 Claude Code 会话并继续使用 DSH 的项目、历史、输入框和工具界面。如果目标只是做出一个 Demo到这里就够了选中一个后端发出问题收到回答。但我们自己要长期使用判断标准不能停在“能回复”。我们不想把问题留给用户发现一次成功对话说明不了多少问题。模型是否真的收到了图片运行十分钟的命令时能否看到进度点击中断后后台进程是否停止重启服务还能不能回到原会话项目里的 Skills、MCP 和配置是否仍然生效工具使用过的敏感值会不会留在磁盘上这些都不是演示时最容易看到的部分却会决定插件能不能进入日常工作。既然我们自己也在使用就不能先写一句“已经支持 Codex 和 Claude”再等用户替我们找出其中的限制。我们选择先把边界查清楚。能完成的记录为支持只完成一部分的单独标记不能完成的保留为失败。测试的目的不是得到一个好看的数字而是知道下一步该改什么也让用户知道哪些工作现在可以交给插件。162 项测试从哪里来我们把真实开发工作拆成了 162 项原子要求Codex 76 项Claude 86 项。每一项都对应独立用例、运行记录和结果。范围包括对话和多轮上下文、图片与文件、代码和 Shell 工具、测试与 Git、Skills、 MCP、项目配置、权限、环境变量、会话导入、服务重启和长上下文延续。它们不是为了覆盖名词而是来自我们实际使用 Codex 和 Claude Code 时会走到的路径。截至 2026 年 8 月 29 日162 个用例全部得到结果共保留 167 次验证运行。五次额外运行来自 Codex 的复测不会重复计数。插件原子能力支持部分支持不支持relay-dsh-plugin-codex7659611relay-dsh-plugin-claude867835验证用例、运行记录和支持矩阵都保存在插件仓库中 Codex 验证材料 Claude 验证材料。这张表是8 月 29 日发现问题时的快照。它不是当前版本的通过率。8 月 30 日发布的 Codex0.1.3和 Claude0.1.4已经修复其中多项失败新的完整数字要等 162 项回归再次完成后再更新。失败让我们重新检查了几件事迁移不是把界面接起来测试中出现过一种很容易误判的情况DSH 正常显示了用户上传的图片但 Codex 的实际运行记录里没有图片输入。界面看起来没有问题模型收到的内容却不完整。Claude 也有类似的连续性问题。插件可以创建新会话但当时没有可靠的原生会话导入路径。用户进入 DSH 后仍要从头开始这不符合我们把 DSH 作为项目入口的初衷。这些失败促使我们补上 Codex 的图片传输并为两个插件完善已有会话的选择和导入。我们关心的不是菜单里多出两个名字而是用户能否带着原来的工作继续往下做。控制按钮必须对应真实状态另一个测试在 DSH 中中断了 Codex 任务。界面显示任务已经停止但子进程几秒后仍然写出了文件。对用户来说这比没有中断按钮更危险因为界面给出了错误的确定性。随后我们修正了进程终止和长命令输出。现在的目标很明确任务在运行就应该看到进度任务确认停止相关进程也必须停止。如果插件无法确认清理结果就应该报告失败而不是把界面改成“已取消”。看不见的状态也要验证敏感值没有出现在聊天记录里并不代表它没有被保存。验证发现Codex 的持久 Shell 快照和 Claude 的工具结果都存在写入敏感环境变量值的路径。Codex0.1.3默认关闭了持久 Shell 快照Claude0.1.4在工具结果写入历史前增加了敏感值脱敏。这些修复不能替代最小权限也不能证明所有第三方工具都安全但已经确认的问题不能继续留着。测试不是发布前的一次检查8 月 29 日的结果没有被放进报告后就结束。第二天发布的两个版本直接处理了图片传输、进程中断、长命令输出、敏感值持久化、旧会话导入和工具路由等失败。这也是我们希望坚持的开发方式先在真实项目里使用插件把遇到的问题压缩成可以重复执行的用例修复插件与 DSH、Codex 或 Claude 之间的边界重新运行用例并保留没有解决的部分。这套过程比列一张功能清单费时间但更接近我们想做的东西。relay-dsh-plugin-codex和relay-dsh-plugin-claude不是为了证明两个后端可以接入 DSH。我们希望它们能承担真实项目里的连续工作而且升级后仍然知道自己支持什么、不支持什么。现在仍然有边界两个插件已经覆盖主要的对话、编码、配置、扩展和会话延续路径但还不是 Codex 或 Claude Code 原生产品的完整替代品。目前仍需要继续处理的范围包括DSH 输入框还没有通用文件和文档上传路径导入的 Codex Thread 或 Claude Session 不适合同时由另一个客户端写入已存在的 Codex Thread 不能自动刷新后来安装的 DSH 工具Claude 的 CLI fallback 仍是保守的文本路径不具备 SDK 后端的全部能力两个新版本修复后的 162 项完整回归还没有形成新的公开矩阵。这些内容不会从文章里删掉。用户应该按任务需要的能力决定是否迁移而不是只凭一段成功视频作判断。安装与项目入口先停止正在运行的 DSH Web再按需要安装一个或两个插件dsh plugin--profilewebaddrelay-dsh-plugin-codex0.1.3 dsh plugin--profilewebaddrelay-dsh-plugin-claude0.1.4 dsh webCodex 插件GitHub · npm · v0.1.3Claude 插件GitHub · npm · v0.1.4RelayGitHub · 中文插件指南DeepSeek Harness官方仓库我们希望几个月后继续用这两个插件处理项目而不是只在发布当天录出一段成功视频。 162 项测试不是完成证明它只是把这件事从“感觉能用”推进到了“知道哪里能用、哪里还要继续做”。