leoan698-tom/dsh-sessivra

让 DSH 会话之间相互通信。

Sessivra 的核心能力是会话间通信：在同一 Host、同一 profile 内，普通会话可以按你的明确要求互发文本消息、提出问题、交办任务和传递结论，接收方通过关联回复把结果送回原会话。用原生 @会话 选择对象，再用自然语言说明要发送什么。

同时支持引用其他会话的上下文，以及通过会话树找到和打开相关工作。

开始使用 · 使用示例 · 安装与卸载 · 已知问题 · 反馈问题

非官方项目，由社区成员独立开发和维护。兼容 DSH 0.2.1-rc.5 / Node.js 24+。

会话通信、上下文引用与会话树

你想做什么	在 DSH 中怎样操作
会话之间发消息	从当前普通会话向另一个普通会话发送任务、问题或结论，普通子会话也保留独立通信能力
把结果回复到原会话	接收方显式回复时，结果关联到原请求并送回来源会话
对方忙时排队发送	默认等待目标当前执行结束，再按顺序发送消息
及时补充或调整正在执行的任务	明确要求即时调整时，可直接插入消息，在目标的下一执行步接收；不取消正在运行的工具
引用另一个会话的上下文	用原生 @ 引入有界历史上下文，让当前会话参考其结论；单纯引用不会发送消息或唤醒对方
找到主会话与分出去的工作	在原生工作区列表中展开会话树，打开普通子会话、队员或子智能体；保留宿主的搜索和工作区操作

例如，A「需求整理」向 B「验收检查」发送检查要求，B 处理后把结果关联回复给 A，A 再根据结果继续工作。主会话也可以向自己直接拥有且可继续的子智能体派发任务；具体对象限制见下方使用范围。

上图为 DSH rc.5 / Sessivra dev.19 改名候选的实际 Web 界面，使用独立演示会话和固定响应模型；展示插件传输与界面，不代表真实模型业务验收。

观看 63 秒字幕演示（MP4）：引用已有结论 → 明确派发任务 → 关联回复 → 打开对应子会话。录制环境与上图相同。

开始使用

当前版本为 0.3.0-dev.20（预发布），npm 包名为 dsh-plugin-sessivra，显示名称为 DSH Sessivra 协作空间。兼容 DSH 0.2.1-rc.5 / Node.js 24+。

在 DSH「添加插件」窗口安装

打开「插件 → 添加插件」，选择 npm 官方源，输入框只填写：

dsh-plugin-sessivra

点击「安装」，完成后按界面提示重启或重新加载，确认版本为 0.3.0-dev.20 且插件已启用。这里只填写包名，不加引号，不粘贴终端命令。

已安装 @leoan698-tom/dsh-sessivra（dev.19）、原信使包或 Agent Hub dev.18 的用户，先按改名与迁移移除对应旧包，再安装新包。它们使用同一组服务和持久数据，不能同时启用。

在终端安装

以下完整命令在 PowerShell、CMD 或其他终端中执行：

1. 确认 DSH 已完成首次启动，CLI 版本为 0.2.1-rc.5。
2. 正常退出使用目标 profile 的 DSH，然后安装：

dsh --version
dsh plugin --profile desktop add dsh-plugin-sessivra

3. 重启 DSH，在插件列表确认启用，然后在输入框键入 @ 选择一个已有会话。

Windows 桌面版未配置 PATH 时，使用安装目录内的 CLI，将下面的路径换成实际位置：

& 'D:\DeepSeekHarness\resources\runtime\cli\bin\dsh.cmd' plugin --profile desktop add dsh-plugin-sessivra

需要固定版本时使用 dsh-plugin-sessivra@0.3.0-dev.20。Web 用户将 desktop 换成 web；自定义 profile 和 DSH_HOME 应与实际宿主一致。安装包包含编译产物，使用者无需构建。

npm 包页面 · GitHub Release 与离线安装包 · 升级与回退

使用示例

先准备两个普通会话，例如“需求整理”和“验收检查”。在当前会话的输入框中，通过原生 @ 菜单选中对方，再输入通信要求。

发送任务并接收回复：

@验收检查 请检查这份方案中的遗漏项，完成后回复我。

当前会话向「验收检查」发送请求。接收方生成结果并显式回复时，结果关联原请求，回到当前会话。

向另一个会话提问：

@验收检查 帮我问它：登录页还有哪些失败场景没有覆盖？请把答复发回这里。

把当前结论发给另一个会话：

@验收检查 把我们刚确认的这 3 条需求发给它，作为下一轮检查依据。

补充正在执行的任务：

@验收检查 现在告诉它：这次也要检查网络超时后的重试，不用等当前任务做完。

引用已有结论作为上下文：

@验收检查 根据它已有的结论，整理 3 条后续检查项。

这一条只让当前会话获得有界历史上下文，「验收检查」不会因此运行新任务。

同时参考多个会话，再指定收件人：

@需求整理 @验收检查 对比两边的结论，把待补充的检查事项发给验收检查。

两份上下文都可以使用，发送对象由当前要求明确指定。

找到对应会话： 在原生工作区列表中展开主会话。普通子会话可以独立打开和继续聊天；团队成员标为“队员”，团队外子智能体标为“子智能体”，各自保留宿主身份和生命周期。

AI 根据每条要求选择排队或直接插入。即时调整在下一执行步接收，不取消正在执行的工具；仅选择、引用或查询不会授权发送。

使用范围

• 同一 Host、同一 profile 内使用，不支持跨机器或跨进程通信。
• 宿主每条消息最多引用 3 个会话；历史快照可能截断。
• 一次性对象只读。其他主会话的子智能体可以在宿主允许时被引用，但只有自己直接拥有且可继续的子智能体才能接收派发任务。
• 消息送达或领取不代表业务完成；Team 任务板由团队工具维护。
• 不确定投递不会自动重发；历史引用元数据被宿主压缩移除后，需要重新 @ 对象。
• 插件依赖 rc.5 内部父子通信接口，其他 DSH 版本需要单独验证。

当前版本为预发布，已知依赖风险见已知问题。自动化、隔离运行时和安装验证分别记录在测试报告；这些结果不等于完整真实模型业务验收。

开发与支持

git clone https://github.com/leoan698-tom/dsh-sessivra.git
cd dsh-sessivra
npm ci --ignore-scripts
npm run check
npm pack

dist/ 随 Git 提交，源码变更后应重建并同步。默认测试使用真实 rc.5 运行时和免费确定性模型适配器，不调用付费模型。

反馈时请提供 DSH 版本、插件版本、操作系统、复现步骤、预期和实际结果；截图请先隐去私密信息。

安装、升级和卸载 · 功能说明 · 架构 · 变更记录 · 第三方声明 · MIT License