DSH 仪表盘类插件：dsh-TUI 6944 星，终端里跑 AI 工作台

DSH（DeepSeek Harness，27.3 万星）的哲学是"万物皆插件"，但装插件之前你得先有个顺手的面。这一类叫界面/仪表盘插件，最顶流的 dsh-TUI（6944 星）把整个 AI 工作台塞进终端，还顺带解决了"任务跑完了你没在看，根本不知道"这个通病。文章把 DSH 界面层几个插件的数据一次核验清楚，挑能落地的说。

1. DSH 界面层是什么

DSH 主仓 deepseek-ai/deepseek-harness 定位是"Everything is a Plugin"——核心只负责把模型、工具、会话串起来，怎么显示由插件决定。这一层长出一批"仪表盘"插件：TUI（终端界面）、Web（浏览器界面）、Market（插件市场）。它们不改变 DSH 的能力边界，只改变你"看"和"操控"的方式。

来财IP · AI行业每日情报

选界面的判断不是"哪个星高"，而是你人在哪：人钉在终端前→TUI，要离开电脑还能看任务→Web。下面数据全部来自 GitHub API 一手核验（主仓 273,122 星 / 0 open issue / MIT / 最近 push 2026-11-04），插件仓同步核验，数字可复现。

2. dsh-TUI 为什么值得装

dsh-TUI 6944 星、342 fork，是 DSH 官方标注"top-recommended"的 TUI。它解决的是终端 AI 工作台的两个真实痛点：

痛点一：多会话切换靠记目录。TUI 把"会话列表 + 输入 + 输出流"收敛成一套键盘流，鼠标可选，不用记"那个会话在哪个终端标签页"。对同时挂多个 Agent 任务的人，这是省时间的核心。

痛点二：任务完成你不在场。这是 dsh-TUI 最实用的点，也是最容易被忽略的。它内置任务完成通知：长任务跑完，若你当前焦点不在这个终端，就发一条系统级通知（本机 Windows 实测走系统原生 toast，约 3 秒后弹出，不需要额外装任何东西）。通知内容显示最近一条已确认回复的单行纯文本预览（去掉 Markdown，截到 200 字符），不会把整段 Markdown 糊到你脸上。

来财IP · AI行业每日情报

关键设计点：通知只在"真的跑完了"时发，回放、取消、失败都不发。这意味着你看到通知就等于可以放心切去做别的，不用担心"它是不是中途卡了还假装跑完"。

还有一处容易被忽略的治理细节：DSH 主仓 open_issues 常年是 0。这不是没 issue，而是主仓把 issue 全路由到了各插件仓（dsh-TUI 115、dsh-market 71、dsh-web 1、awesome 413）。这个"主仓零 issue"是刻意的治理架构——主仓只做能力底盘，不接 UI/边角需求，避免把核心改崩。看插件成熟度时，要打开对应插件仓的 issue 数判断，别拿主仓的 0 当"这项目没人用"。这是 DSH 插件生态特有的读法，看惯单仓的人容易读反。

3. 装机与三条坑

dsh-TUI 走 npm 包 @deepseek-harness-tui/dsh-tui，Windows 还有一键安装包（x64，per-user、离线、不需要预装 Node 或 DSH）。装机本身 30 秒，坑全在配置和通知通道上：

• Windows 通知冷启动
  ：首次 toast 要先注册该用户的 AppUserModelID，这是 PowerShell 冷启动买来的"免额外安装"路线，所以第一条通知会晚约 3 秒，之后正常。别把"第一次慢"当成坏了。
• SSH 会话走终端自带协议
  ：SSH 里 auto 模式跟随所连终端的通知协议，windows 模式则仍走宿主机原生通道。跨机使用时这里最容易配错。
• tmux 用户要开两个开关
  ：OSC 通知需要 set -g allow-passthrough on，焦点上报需要 set -g focus-events on；终端不支持焦点上报时手动设 always。
• 115 个 open issue 不是"烂"
  ：DSH 主仓 0 issue 是它把 issue 全路由到各插件仓的治理方式，dsh-TUI 作为顶流插件 issue 集中在通知通道的边角场景，核心键盘流稳定。

来财IP · AI行业每日情报

4. 什么时候装 dsh-TUI，什么时候用 Web

一句判断：人在终端就 TUI，要远程/多端就看 dsh-web（10095 星，issue 只有 1）。dsh-web 是浏览器聚合界面，适合"任务在本机跑、我在手机/别的电脑看进度"的场景；dsh-TUI 适合"我就钉在终端前、要最高频切换会话"的场景。两者不互斥，市场仓 dsh-market（10866 星）一键都能装上。

对跑招商/合规类 Agent 的人，界面层选错最伤的是"看不过来"。这类工作流的特征是多任务并行 + 长尾等待：一条招商线索 Agent 在跑 40 分钟，你不可能钉 40 分钟盯屏幕。dsh-TUI 的通知机制价值就在这——任务确认完成才 ping 你一次，期间你可以切去做别的会话，不被打断也不漏单。dsh-web 则解决"人在外"：客户突然来消息、要临时调一条在跑的 Agent 结果，浏览器一开就能看，不用回去坐电脑前。两个场景对应两个真实动作，不是抽象的"移动端控制"口号。

界面插件是 DSH 里最"工具属性"的一类，不改变模型能力，只改变手感。选错了不会报错，只会越用越别扭——所以先看人常驻哪，再决定装哪个，比数星有用。

数据口径：dsh-TUI（6944★/342 fork/MIT/115 issue）、dsh-web（10095★/Apache-2.0/1 issue）、dsh-market（10866★/MIT/71 issue）、主仓 deepseek-harness（273122★/33289 fork/0 open issue/MIT，最近 push 2026-11-04），全部 2026-11-05 经 GitHub API 一手核验；通知通道行为摘自 dsh-TUI 官方 README，未在本机逐个通道实测。

本篇属「DSH 插件生态」系列，下一篇：dsh-market 一键装插件的完整流程 + 踩过的 3 个依赖坑。 后台回复「TUI」领 dsh-TUI 装机三行命令 + 通知配置速查。 关注后，下一篇自动追更。

免责声明：本文数据均来自公开渠道，仅供信息参考，不构成任何投资或使用建议