dsh-plugin-sessivra

dsh plugin --profile web add dsh-plugin-sessivra

DSH Sessivra

中文 · [English](README.en.md)

把子会话的任务结果收回主会话，检查完成后再安排下一步。

在 DSH 里开了几个会话干活，结果还要自己来回复制、追问进度？Sessivra 让主会话交办任务，收回普通子会话的问题和产物，读取并验收后再放行同一子会话的后续任务。普通子会话仍能独立打开和继续使用。

当前为 dev.27 预发布，兼容 DSH 0.2.1-rc.5 或 0.2.2-rc.1 / Node.js 24+，限同一 Host/profile。非官方项目，由社区成员独立开发和维护。

dev.27 新增「任务中心」。 从 DSH 侧栏打开即可使用。在「待处理」集中答复共同问题、查看产物并验收，在「全部任务」创建或修改任务，在「历史」打开归档任务，可直接看到结果和当前验收状态，点击 Markdown 报告即可阅读表格。[操作说明](docs/MANAGED_TASKS.md)

dev.26 新增自由分屏：拖到任意视图边缘可嵌套拆分，拖动分隔线调宽；标题栏为单行，“对话、轨迹”收进菜单，全部视图用 × 关闭。侧栏同时高亮展示中的会话，拖到输入框可插入原生 @ 会话引用。[操作与验证边界](docs/SESSION_VIEWS.md)。

[](https://github.com/leoan698-tom/dsh-sessivra/releases/download/v0.3.0-dev.25/Sessivra-dev25-real-task-demo-zh-voice.mp4)

中文配音视频 · English video · [运行说明与素材包](docs/DEMO_DEV25.md)

真实模型、示例需求、分段实录剪辑，含等待压缩、定格与 AI 旁白。主会话实际读取产物，第一项验收后第二项才开始调度。运行出现过一次回合耗尽后自动恢复、五次工具调用被拒，说明中均已披露；尚不代表独立用户试用或任意场景可靠性。

在 DSH「插件 → 添加插件」的 npm 输入框只填写：dsh-plugin-sessivra@0.3.0-dev.27。完整终端命令见下方，桌面使用 desktop，Web 使用 web。

想找 5 位已经在用 DSH 主子会话的朋友，用自己的一份小需求或方案试一次。欢迎在现有展示帖留言：哪里卡住、产物是否有用、下次是否还会用。中英文反馈均可，不需要提供私密项目文件或完整聊天记录。

[开始使用](#开始使用) · [试跑一个小任务](#试跑一个小任务) · [使用示例](#使用示例) · [English quick start](README.en.md#quick-start) · [已知问题](docs/KNOWN_ISSUES.md) · 反馈问题

把主子会话的工作连接起来

你遇到的问题 · Sessivra 的处理方式

主会话改了要求，子会话仍按旧要求做 · 保存当前版本和已采用版本，侧栏显示待同步；在安全步骤采用新版本

多个子会话重复询问同一个业务选择 · 在相同协作范围、主题、条件和选项下共享问题；回答一次后自动传回相关任务

需要手工复制提示词和结果 · 自动派发任务、通知问题与阻塞、传回裁决和结果

新工作打断当前任务或提前开始 · 同一会话排队；等待裁决、暂停及待验收期间仍保留当前任务位置

子会话说完成了，却没有检查产物 · 结果先进入待验收，协调会话检查实际产物并记录证据后才完成任务

可以在主会话中这样开始：

创建建设 B 和复核 C 两个普通子会话。B 实现登录页，C 在建设完成后检查验收条件。
由你协调任务、进度、共同问题和结果，问题集中在这里问我，完成后检查实际产物再验收。

后续要求可以说：“现在为同一个 B 登记补充测试说明的任务，先排队，等当前任务完成并验收后再执行。”

插件保存和传递状态，业务检查仍由协调会话完成。问题去重需要登记准确范围和条件，原生工具审批仍由宿主管理。[任务协作、恢复与回退](docs/MANAGED_TASKS.md) · [发布验证](docs/validation/dev27-release.md)

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

你想做什么 · 在 DSH 中怎样操作

会话之间发消息 · 从当前普通会话向另一个普通会话发送任务、问题或结论，普通子会话也保留独立通信能力

把结果回复到原会话 · 接收方显式回复时，结果关联到原请求并送回来源会话

对方忙时排队发送 · 默认等待目标当前执行结束，再按顺序发送消息

及时补充或调整正在执行的任务 · 明确要求即时调整时，可直接插入消息，在目标的下一执行步接收；不取消正在运行的工具

引用另一个会话的上下文 · 用原生 @ 引入有界历史上下文，让当前会话参考其结论；单纯引用不会发送消息或唤醒对方

找到主会话与分出去的工作 · 在原生工作区列表中展开会话树，打开普通子会话和团队队员；其他子智能体不在侧栏展示

工作区标题栏、搜索和工作区操作沿用宿主。侧栏保留普通会话、普通子会话和团队队员，支持子会话改名、置顶、归档、成员本地别名和搜索定位。

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

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

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

<details>

<summary>查看上下文引用与会话树截图</summary>

</details>

开始使用

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

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

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

dsh-plugin-sessivra@0.3.0-dev.27

DSH rc.5 自带 pnpm 的默认发布时间保护为 24 小时。新版本发布首日，仅填裸包名可能仍安装较旧版本；使用上面的固定版本可明确选择 dev.27，安装后核对版本。无需关闭全局保护。

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

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

在终端安装

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

1. 确认 DSH 已完成首次启动，CLI 版本为 0.2.1-rc.5 或 0.2.2-rc.1。

2. 正常退出使用目标 profile 的 DSH，然后安装：

dsh --version
dsh plugin --profile desktop add dsh-plugin-sessivra@0.3.0-dev.27

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

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

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

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

npm 包页面 · GitHub Release 与离线安装包 · [升级与回退](docs/RENAMING.md)

试跑一个小任务

安装完成后，在一个空工作目录中创建 需求.md，复制这份演示需求：

居民登录后可以报名社区活动，填写姓名和联系电话。
每场活动有名额上限和报名截止时间；报名成功后保存记录。
居民可以查看报名，并在活动开始前取消。
管理员可以查看报名名单。
异常、重复操作、名额变化的规则尚未明确。
本次只检查需求，不开发页面、不连接真实系统。

在 DSH 中打开这个目录，把下面的要求发给主会话：

用 Sessivra 创建一个普通子会话，检查需求.md 的遗漏，
把原文依据、缺失规则、建议和可验证条件写入需求检查.md。
未明确的业务规则保留待确认。

再为同一个子会话排队一项任务：根据检查结果生成验收清单.md。
由你读取实际文件并逐项检查；第一项等我确认后再正式验收，
之后才放行后续任务。

读完主会话返回的检查结果，确认符合要求后再回复“确认验收”，观察后续任务是否才开始。先用这个示例熟悉流程，再换成自己的一份小需求，判断产物是否有用。这里练习的是需求检查和草稿清单；模型生成的建议仍需人判断。

遇到问题，可以在现有展示帖只写卡住的步骤、DSH/插件版本和预期结果；不必公开私密项目文件或完整聊天记录。

使用示例

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

发送任务并接收回复：

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

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

向另一个会话提问：

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

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

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

补充正在执行的任务：

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

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

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

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

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

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

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

找到对应会话： 在原生工作区列表中展开主会话。普通子会话可以独立打开和继续聊天；团队成员标为“队员”。侧栏隐藏其他子智能体的节点，保留其宿主身份、执行记录和生命周期。

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

使用范围

• 同一 Host、同一 profile 内使用，不支持跨机器或跨进程通信。
• 宿主每条消息最多引用 3 个会话；历

…(truncated)