前言¶
在 DSH 裏用多個會話分工時，常見情況是：主會話改了要求，子會話仍按舊版執行；幾個子會話重複問同一道業務題；子會話宣稱完成，卻沒有人在協調側覈對產物就繼續往下做。手工複製提示詞和結果也佔時間。DeepSeek Harness 支持通過插件擴展能力；社區維護的 DSH Sessivra（npm 包 dsh-plugin-sessivra）面向同一 Host、同一 profile 內的會話通信與任務協作，用原生 @會話 選對象，並可在 dev.25 起支持受管任務：排隊、共享裁決、關聯回覆、驗收後放行，以及上下文引用與會話樹。
這是什麼¶
DSH Sessivra 是 DSH 的會話通信與任務協作插件，顯示名稱爲 DSH Sessivra 協作空間。維護者爲社區成員 leoan698-tom，倉庫 leoan698-tom/dsh-sessivra，在 SkillHub 目錄中歸類爲「工作流」。項目爲非官方社區插件，兼容 DSH 0.2.1-rc.5 與 Node.js 24+，許可證爲 MIT。
下面介紹它解決的兩類問題：主子會話之間的狀態與驗收，以及會話之間的消息、引用與樹形工作區。
受管任務與協調驗收¶
同一執行會話內的後續任務會排隊；前一項須由協調會話檢查產物並顯式驗收後，才完成並放行下一項。主會話改要求時，插件保存當前版本與已採用版本，側欄可顯示待同步，並在當前工具結束後的安全邊界採用新版本。
| 你遇到的問題 | Sessivra 的處理方式 |
|---|---|
| 主會話改了要求，子會話仍按舊要求做 | 保存版本並在安全步驟採用新版本 |
| 多個子會話重複詢問同一個業務選擇 | 在相同協作範圍、主題、條件和選項下共享問題；回答一次後傳回相關任務 |
| 需要手工複製提示詞和結果 | 自動派發任務、通知問題與阻塞、傳回裁決和結果 |
| 新工作打斷當前任務或提前開始 | 同一會話排隊；等待裁決、暫停及待驗收期間保留當前任務位置 |
| 子會話說完成了，卻沒有檢查產物 | 結果先進入待驗收，協調會話檢查實際產物並記錄證據後才完成任務 |
可以在主會話中用自然語言啓動協調，例如：
創建建設 B 和複覈 C 兩個普通子會話。B 實現登錄頁，C 在建設完成後檢查驗收條件。
由你協調任務、進度、共同問題和結果，問題集中在這裏問我，完成後檢查實際產物再驗收。
後續可說明排隊規則，例如：“現在爲同一個 B 登記補充測試說明的任務，先排隊，等當前任務完成並驗收後再執行。”插件負責保存和傳遞狀態；業務檢查仍由協調會話完成。更細的流程見倉庫文檔 MANAGED_TASKS.md。
會話通信、上下文引用與會話樹¶
除受管任務外，插件支持普通會話之間發消息、關聯回覆、忙時排隊，以及用 @ 引用有界歷史上下文（引用不會喚醒對方或發送新任務）。
| 你想做什麼 | 在 DSH 中怎樣操作 |
|---|---|
| 會話之間發消息 | 從當前普通會話向另一個普通會話發送任務、問題或結論 |
| 把結果回覆到原會話 | 接收方顯式回覆時，結果關聯到原請求並送回來源會話 |
| 對方忙時排隊發送 | 默認等待目標當前執行結束，再按順序發送 |
| 及時補充正在執行的任務 | 明確要求即時調整時，可在目標下一執行步插入消息；不取消正在運行的工具 |
| 引用另一個會話的上下文 | 用原生 @ 引入有界歷史，讓當前會話參考其結論 |
| 找到主會話與分出去的工作 | 在工作區列表展開會話樹，打開普通子會話和團隊隊員 |
側欄保留普通會話、普通子會話和團隊隊員，支持改名、置頂、歸檔、成員本地別名和搜索；工作區標題欄與搜索沿用宿主。其他子智能體不在側欄展示，但保留宿主身份與執行記錄。
安裝與啓用¶
資料中當前預發佈版本爲 0.3.0-dev.25。DSH rc.5 對 pnpm 默認有 24 小時發佈時間保護；首日僅填裸包名可能仍裝到較早 dev 版，需要明確版本時在安裝輸入中使用固定版本字符串。
在 DSH「插件 → 添加插件」中安裝： 選擇 npm 官方源，輸入框只填寫（不加引號、不粘貼終端命令）：
dsh-plugin-sessivra@0.3.0-dev.25
安裝後按界面提示重啓或重新加載，確認版本爲 0.3.0-dev.25 且插件已啓用。
在終端安裝： 先確認 DSH 已完成首次啓動且 CLI 爲 0.2.1-rc.5，正常退出使用目標 profile 的 DSH 後執行：
dsh --version
dsh plugin --profile desktop add dsh-plugin-sessivra
需要固定版本時使用 dsh-plugin-sessivra@0.3.0-dev.25。Web 用戶將 desktop 換成 web；自定義 profile 與 DSH_HOME 須與實際宿主一致。Windows 桌面版未配置 PATH 時，可使用安裝目錄內的 dsh.cmd，路徑按本機 DeepSeek Harness 安裝位置替換。
曾安裝 @leoan698-tom/dsh-sessivra（dev.19）、原信使包或 Agent Hub dev.18 的用戶，須先按 RENAMING.md 移除舊包再裝新包；它們共用同一組服務與持久數據，不能同時啓用。
典型用法¶
先準備兩個普通會話，例如「需求整理」和「驗收檢查」。在當前會話輸入框通過 @ 選中對方，再寫要求。
發送任務並等待關聯回覆：
@驗收檢查 請檢查這份方案中的遺漏項，完成後回覆我。
向另一會話代問並把答覆發回當前會話：
@驗收檢查 幫我問它：登錄頁還有哪些失敗場景沒有覆蓋？請把答覆發回這裏。
只引用對方已有結論、不觸發對方運行：
@驗收檢查 根據它已有的結論，整理 3 條後續檢查項。
同時引用多個會話並指定收件人：
@需求整理 @驗收檢查 對比兩邊的結論，把待補充的檢查事項發給驗收檢查。
要求對方在執行中立刻收到補充（下一執行步生效）：
@驗收檢查 現在告訴它：這次也要檢查網絡超時後的重試，不用等當前任務做完。
AI 會根據每條要求選擇排隊或直接插入；僅選擇、引用或查詢不會授權發送。README 提供約 63 秒的中文字幕演示視頻鏈接，演示引用、派發、關聯回覆與打開子會話。
適用場景與注意¶
適合在同一臺機器、同一 DSH profile 內，用多個普通會話或子會話分工，並由主會話協調進度、共享業務選擇與驗收產物的場景。不適合跨機器或跨進程通信。
使用範圍要點（摘自 README）：
- 同一 Host、同一 profile 內使用。
- 宿主每條消息最多引用 3 個會話；歷史快照可能截斷。
- 一次性對象只讀；只有自己直接擁有且可繼續的子智能體才能接收派發任務。
- 消息送達或領取不代表業務完成；不確定投遞不會自動重發。
- 插件依賴 rc.5 內部父子通信接口；其他 DSH 版本需單獨驗證。
當前爲預發佈，已知依賴與風險見 KNOWN_ISSUES.md。插件在 DSH 進程權限下運行，安裝前建議查看源碼與 MIT 許可證，並僅在可信來源安裝。
結尾¶
DSH Sessivra 把會話之間的消息、共享裁決、關聯回覆、驗收放行和 @ 上下文引用接到同一套工作流裏，減少手工同步與重複提問。目錄頁：SkillHub - dsh-sessivra；源碼與文檔：GitHub - leoan698-tom/dsh-sessivra。
