MIT 開源的 DSH bundle：在右側面板提供依工作階段隔離的側邊聊天，繼承主工作階段的 agent 設定、支援回答帶回，並能把問題彈框帶進側邊聊天分析。
DSH 整合
原生執行環境
作者聲明
安全稽核
未稽核
最後核實
2026-11-13
授權條款
MIT
01它能幫你完成什麼？
就對話裡的某一段單獨提問，又不打亂主線
右側面板裡一個獨立的側邊聊天，選取的內容自動帶入，回答可以帶回主工作階段
任務中途想要第二個意見、又不想污染主工作階段的人
先把問題彈框想清楚再回答
面板裡列出彈框的問題與每個選項，可帶進新的或既有的側邊聊天；主工作階段一直等著，不被中斷
不想被 agent 的問題彈框逼著當場作答的使用者
把難啃的子任務交給更強的模型，而不動主工作階段設定
依側邊聊天獨立調整的模型／思考強度／權限預設，預設繼承主工作階段
想在同一工作區裡再掛一個受限 agent 的開發者
02如何將外掛接入 DeepSeek Harness？
先決條件
- Node.js ≥ 20
- pnpm
- DSH `0.2.1-rc.1` 或更新版本——宣告的 peer 範圍是開區間 `>=0.2.1-rc.1`
安裝步驟
- 01
建議走 npm：`npx -p @deepseek-ai/dsh dsh plugin --profile web add dsh-side-chat-plus`——tarball 內含預先建置的 `lib/`，安裝期不需要建置
$ npx -p @deepseek-ai/dsh dsh plugin --profile web add dsh-side-chat-plus
- 02
GitHub 方式：`npx -p @deepseek-ai/dsh dsh plugin --profile web add github:heartmove/dsh-side-chat-plus`；pnpm ≥ 10 會擋下 git 相依套件的 `prepare`，把印出來的 key 抄進 `~/.dsh/profiles/web/pnpm-workspace.yaml` 的 `allowBuilds` 再重跑一次
$ npx -p @deepseek-ai/dsh dsh plugin --profile web add github:heartmove/dsh-side-chat-plus
- 03
重新啟動 `dsh web`，然後強制重新整理頁面（Ctrl/Cmd+Shift+R）
$ dsh web
驗證整合成功
作者未說明
03DSH 整合程度與能力邊界
DSH web 外掛 bundle：`dsh.bundle.patch` 掛載 Host 半區（路由、工作階段／agent 生命週期、軌跡摺疊）與客戶端半區（右側面板、輸入框、設定項）
依工作階段隔離的側邊聊天
訊息裡的一段選取文字，或目前的問題彈框→一個隱藏的普通 DSH 工作階段，用 `meta.parentSession` 關聯到發起它的對話，在右側面板開啟
會建立一個 DSH 工作階段，並歸檔以免出現在主工作階段清單裡只有側邊聊天回合執行期間才解除歸檔繼承主工作階段的 agent 設定
主工作階段的工具集、模型、思考強度、權限預設與工作目錄，且可依側邊聊天單獨調整
側邊聊天可以操作與主工作階段相同的工作區回答帶回主工作階段
助理回答的一段選取範圍，或整則回答→原樣插入或先摘要再插入，落進輸入框草稿，或作為摺疊的上下文列注入
帶回的內容不會被自動送出——只進草稿，或作為模型下一輪才看到的上下文列問題彈框側邊聊天
面板裡列出彈框的問題與每個選項，可分別帶進新的或既有的側邊聊天，支援摺疊與刪除
可調整的面板與設定
280–720 px 的面板，寬度自動限制在視窗約 40% 內；設定項涵蓋查找開關、立即送出、預設提示詞、帶回目標與面板位置
偏好設定存在 DSH 的 `dsh-side-chat` 設定命名空間裡
04適合誰？何時不該用？
適合
- 任務中途想要第二個意見、又不想污染主工作階段的人
- 不想被 agent 的問題彈框逼著當場作答的使用者
- 想在同一工作區裡再掛一個受限 agent 的開發者
不適合
- `/sidechat/api/*` 依 DSH 自己的 `/api` 方式設防（回環、監聽器自身綁定位址或 `--trusted-host` 宣告的 authority，跨站標記與不相符的 `Origin` 一律拒絕），但這道防線不是身分驗證：路由直接服務已驗證的頁面，不會重新檢查工作階段 cookie，所以部署要嘛留在回環，要嘛放在會做驗證的反向代理後面。
- npm 套件名是 `dsh-side-chat-plus` 而不是 `dsh-side-chat`（後者在 npm 上屬於另一位維護者），GitHub 安裝 spec 也隨之寫成 `github:heartmove/dsh-side-chat-plus`。git 安裝會執行套件的 `prepare` 腳本，pnpm ≥ 10 預設攔截：首次 `add` 會以「Ignored build scripts」提示失敗，而放行等於允許該套件在安裝期於本機執行程式碼——務必鎖定 commit，免得後續 push 悄悄改掉實際執行的程式碼。
05相容性、維護與安全提醒
- `/sidechat/api/*` 依 DSH 自己的 `/api` 方式設防（回環、監聽器自身綁定位址或 `--trusted-host` 宣告的 authority，跨站標記與不相符的 `Origin` 一律拒絕），但這道防線不是身分驗證：路由直接服務已驗證的頁面，不會重新檢查工作階段 cookie，所以部署要嘛留在回環，要嘛放在會做驗證的反向代理後面。
- npm 套件名是 `dsh-side-chat-plus` 而不是 `dsh-side-chat`（後者在 npm 上屬於另一位維護者），GitHub 安裝 spec 也隨之寫成 `github:heartmove/dsh-side-chat-plus`。git 安裝會執行套件的 `prepare` 腳本，pnpm ≥ 10 預設攔截：首次 `add` 會以「Ignored build scripts」提示失敗，而放行等於允許該套件在安裝期於本機執行程式碼——務必鎖定 commit，免得後續 push 悄悄改掉實際執行的程式碼。
- 需要 Node.js ≥ 20、pnpm，以及 DSH `0.2.1-rc.1` 或更新版本；peer 範圍刻意只寫下界，讓更新的 DSH 也能裝，但執行期行為只針對每條新版本線用 `pnpm verify:lines` 重新驗證。
- 側邊聊天讀取工作區檔案與父工作階段紀錄預設關閉：要先開啟「需要時查找工作區／父工作階段」開關，它才允許讀這些內容。
MIT · 倉庫內沒有 release tag（npm 在推 `v*` tag 時以 `dsh-side-chat-plus` 發佈）· 僅 README 證據，未做安全稽核
06常見問題
怎麼把它裝進 DeepSeek Harness？
建議走 npm：`npx -p @deepseek-ai/dsh dsh plugin --profile web add dsh-side-chat-plus`——tarball 內含預先建置的 `lib/`，安裝期不需要建置。然後重新啟動 `dsh web` 並強制重新整理頁面。npm 套件名是 `dsh-side-chat-plus`，因為裸名 `dsh-side-chat` 屬於另一位維護者；GitHub 安裝 spec 是 `github:heartmove/dsh-side-chat-plus`。
它會往我的 DSH 安裝裡建立什麼？
每個側邊聊天都是一個隱藏的普通 DSH 工作階段，`meta.parentSession` 指向發起它的對話；工作階段會歸檔以免出現在主工作階段清單裡，只有側邊聊天回合執行期間才解除歸檔。偏好設定存在 DSH 的 `dsh-side-chat` 設定命名空間裡，bundle 透過自己的 `cordis.patch.yml` 層掛載。
側邊聊天會繼承主工作階段的權限嗎？
預設會：它繼承發起它的那個對話的工具集、模型、思考強度與權限預設，也知道該對話的工作目錄，因此可以操作同一個工作區。模型、思考強度與權限可以依側邊聊天單獨調整。讀取工作區檔案與父工作階段紀錄則是另一個開關，預設關閉。
回答怎麼帶回主工作階段？
選取助理回答的一段，或用回答下方的按鈕，然後選「直接插入」（原樣）或「摘要後插入」（先由側邊聊天繼承的模型摘要）。依 `bringMode` 設定，內容會附加到主工作階段的輸入框草稿，或作為帶來源標記的摺疊上下文列注入——兩種方式都不會自動送出。
把它暴露到網路上安全嗎？
README 的答案是預設不安全：`/sidechat/api/*` 依 DSH 自己的 `/api` 方式設防——回環、監聽器自身綁定位址，或 `--trusted-host` 宣告的 authority——跨站標記與不相符的 `Origin` 會被拒絕。但這道防線不是身分驗證：路由直接服務已驗證的頁面，不重新檢查工作階段 cookie，所以部署要留在回環，或放在會做驗證的反向代理後面。
07相關的 DSH 工作流程
memos
作者 memtensor
面向 LLM 与 AI 智能体的自进化记忆系统，提供超持久记忆、混合检索与跨任务技能复用，可显著节省 Token。
dsh-anchored-standard
作者 xiaobright
DeepSeek Harness 两阶段预设：先最小对齐引导，再启用完整标准工具集。
mem9
作者 mem9-ai
每轮自动回忆 + 后台智能摄取 + 五个记忆工具，为 DSH 加持记忆。
dsh-mnemon
作者 omdsh-dev
Mnemon 驱动的本地记忆系统：三层存储（运行时热记忆、项目档案 Documents、长期记忆体 Memory Spaces），受监督写回、检索工具与 Web UI。
08資料與來源
An **enhanced version of a Codex-style side chat** for [DSH](https://www.deepseek.com): a dedicated, agentic chat in a r…
**bundle**: its `package.json` declares `dsh.bundle.patch` →
npx -p @deepseek-ai/dsh dsh plugin --profile web add dsh-side-chat-plus
此頁面根據專案公開文件、儲存庫中繼資料與 DSH Plugins 的結構化解析所產生；最後核實於 2026-11-13。發現錯誤？提交更正。
最佳 DeepSeek Harness 外掛
從全目錄挑出的 12 個值得優先安裝的外掛，涵蓋各個分類。