RC.8 很强,但这四个插件补上了它没覆盖的能力

DeepSeek Harness 的 RC.8 更新很猛：能处理图文、能调子代理，工具也更顺手了。

但如果你想把它当成每天都能用的助手，真正卡人的往往不是模型够不够强。

而是这四件小事：在哪儿找它、它知不知道你在说哪个项目、谁来把活干完、纯文本模型收到图片怎么办。

先说结论：RC.8 把“核心大脑”升级了；我们做的四个插件，是把这个大脑接进日常工作。

1. dsh-comm：不用打开电脑，也能把任务交给助手

很多 AI 助手最大的问题，不是不会做事，而是你想用它时，得先打开电脑、找到网页、再翻到正确会话。

`dsh-comm` 把入口放进微信。你像给同事发消息一样发一句话，助手就能收到并回复。

它做的事很朴素：收微信消息、送到对应对话、再把结果发回微信。

好处是，你不用为了问一句“这段再短一点”专门回到电脑前。

它也处理了日常会踩的坑：重复消息不会重复执行，发送失败会重试，过长回复会拆开。

现在富媒体还在完善中，QQ 和飞书也还没接入；但文字消息这条链路已经可用。

安装卡 · dsh-comm仓库：`github.com/zeng-andrew/dsh-comm`在仓库目录本地构建；生成的 tgz 加入 profile 的 bundle 列表后，`cordis.patch.yml` 会自动挂载。

npm ci && npm run build && npm pack

2. dsh-workspace-router：一句“继续”，不会把活派错地方

真正难的不是同时做很多项目，而是别让它们串味。

上午写公众号，下午改代码，晚上查账单。如果所有消息都塞进同一个对话，助手很容易把上一个项目的背景带进下一个项目。

`dsh-workspace-router` 是我们自己做的分拣员。它在消息交给助手之前，先判断：这句话到底属于哪个项目？

它的规则很简单：

1. 你直接说项目名，就进那个项目；

2. 没说名字时，优先回到这段对话刚刚在做的项目；

3. 实在判断不出，就不瞎猜，回到默认助手。

所以“继续”“改一下”“第二段短一点”这类话，也不会莫名跑到别的项目。

技术上，这里有项目别名、关键词匹配和会话 Focus 等机制。但对你来说，记住一句就够了：一个项目一间房，消息进对房，历史就不会串。

安装卡 · dsh-workspace-router仓库：`github.com/zeng-andrew/dsh-workspace-router`

方式：本地构建 tgz 后挂载到 profile。具体 add 命令请以该仓库 README 为准，勿套用其他插件命令。

3. dsh-agent-executor：不是让 Codex 帮个忙，而是让它负责到底

RC.8 能把 Codex 和 Claude Code 当子代理来调用，这很适合把一个小任务派出去。

但有些工作不是一次派活就完：要读文件、改内容、等你确认、继续修改，还要记住前面做到了哪一步。

`dsh-agent-executor` 的做法是让 Codex 直接成为这段会话的执行者。

好处是，复杂任务不用在“主助手”和“Codex”之间反复转交。你在同一个对话里下指令、看进度、给确认即可。

它会把会话和 Codex 的工作线程绑定起来。主机重启后能接着做；你点取消，它会停止；需要你确认时，它会把问题送回来。

当前版本只接了 Codex，且只处理文本。这是一个明确的边界，不把“以后可能支持”当成“现在已经支持”。

安装卡 · dsh-agent-executor仓库：`github.com/zeng-andrew/dsh-agent-executor`本地构建得到 tgz 后，加入 web profile：

dsh plugin --profile web add ./dsh-agent-executor-0.1.0.tgz

4. dsh-image-context：不会看图的模型，也能先知道图里有什么

不是每个便宜好用的模型都能直接看图片。

以前遇到截图、表格、海报，你只能换一个更贵的模型，或者自己把图里的内容打出来。

`dsh-image-context` 会先让一个视觉后端读图，再把图片里的摘要、文字和主要物体整理成一段说明，交给原来的纯文本模型。

好处是，常用的文本模型也能接住图片任务；你不用每次发图就换模型。

原图仍留在会话里，说明结果会缓存。同一张图不用反复分析。

它可以接在线模型、本地 Codex CLI 或 Windows OCR。OCR 只识别文字；想得到完整画面描述，仍要选前两种方式。

安装卡 · dsh-image-context仓库：`github.com/zeng-andrew/dsh-image-context`

加入 profile 后，在 `cordis.patch.yml` 中将 `disabled` 改为 `false`：

dsh plugin --profile web add dsh_image_context

RC.8 和这四个插件，到底怎么分工？

不是替代关系，而是各做各的。

如果你只是在电脑前临时派一个子任务，RC.8 的原生能力已经很好用。

如果你想让助手常驻在微信里，同时管多个项目，又不想每次重讲背景，这四个插件才有价值。

它在日常里是怎么跑的？

我的做法叫一事一区：公众号、代码、账单，各自放在独立工作区。

这样做的好处不是“看起来整齐”，而是助手每次进入工作区，都能看到这一件事需要的规则、素材和历史。

一条微信消息会经历这几步：

1. 手机收到你的话；

2. 通信插件把它送进系统；

3. 路由插件决定该进哪个项目；

4. 对应工作区的助手开始做；

5. 结果回到同一个微信对话。

最直接的变化是：不用重复交代背景，修改也不会串到别的项目。

这篇文章就是一个例子。它在公众号工作区里完成，所以写作规范、历史稿件和配图都留在同一个上下文中。

写在最后

这四个插件都还在早期阶段。

富媒体尚未补全，执行后端目前只有 Codex，路由需要对应的渠道适配器来调用；RC.8 的兼容性也正在逐一验证。

共同环境要求是 Node.js 22+ 与 DSH `0.1.0-rc.6` 系列宿主。

但它们解决的是每天都会遇到的四个具体问题：找得到、分得对、做得完、看得懂。

RC.8 让 Harness 更强；这四个插件让它更接近日常可用的助手。