它做什么
dsh-worktable 把 DSH 的 Web 客户端变成一个项目工作台。你得到的不再是单一的会话面板，而是一个项目侧边抽屉、内含真实面板的可停靠分屏布局，以及一个钉住的、盯着每个项目在做什么的控制室。
README 的架构表异常具体地说明了这个插件碰什么、不碰什么，也正是这份说明让一个会改写 Web 外壳的插件值得被收录：
| 插件类型 | Cordis 插件——host 路由 + web 客户端，纯增量（未替换任何官方插件） |
| 工作区引擎 | 自建分屏引擎，渲染进宿主外壳的 overlay 席位 |
| Chat 面板 | 复用宿主会话——插件只做会话选择（sessions.open） |
| 状态数据 | 宿主会话运行时快照的镜像（订阅驱动） |
| 状态存储 | 仅 localStorage（dsh.worktable.*）；不触碰任何工作区文件 |
| UI | TypeScript + React（宿主 externals）+ 原生 CSS，暗色优先、带亮色主题 |
已发布的清单也支撑了「纯增量」这一说法：dependencies 是空的，peer 依赖只有三个宿主包（@deepseek-ai/cordis、@deepseek-ai/dsh-client-locale、@deepseek-ai/dsh-host-webserver）。它同时声明了两半——dsh.bundle.patch 与 dsh.client.platform: web——并且没有安装期生命周期脚本。
三个界面
侧边栏应用抽屉。 把你自托管的项目（以及 dsh-travelatlas 这类常驻插件）收进一个列表。每个条目可以重命名、换图标、调顺序、设显隐，并各自拥有一个文件夹。真正特别的是项目 ↔ 会话绑定：打开一个项目会把 Chat 面板切到绑定到它的会话，于是项目不只是一个文件夹，而是带状态的一个会话。收起侧边栏后，每个项目变成一个只有图标的方块。
可停靠分屏工作区。 声明式布局预设——左栏、顶排、主网格加右侧 Chat 面板——配合可拖拽分隔条、每面板标签页与每布局宽度记忆。内置面板包括文件浏览器、终端、浏览器、动画站点，以及一个自定义窗口：你把需求发给一个新会话或已有会话，Agent 把它做出来，结果自动挂载进该面板并锁定。
控制室。 一个钉住的、不可删除的首个项目。首次打开时绑定一个管理会话，你就得到一个三列卡片网格，把每个项目镜像为进行中 / 需要你 / 已完成，并显示实时运行状态、子 Agent 数量与清洗过的消息预览。README 明确指出这是事件驱动的宿主快照镜像——零轮询、零 token——这个细节正是它区别于那种会悄悄花钱的看板的地方。
要求与安装
-
Node
>=22。 -
DSH 版本需落在声明范围内
0.1.1-rc.2 || 0.1.2-rc.1。清单的dsh.compatibility携带同一字符串，并用dshReleases把两者都标为compatible，这正是本站把它记为 L3 的依据。 -
从 release tarball 安装——该包不在 npm 上：
dsh plugin --profile web add "https://github.com/Aisland-SJL/dsh-worktable/releases/latest/download/dsh-worktable.tgz"README 说明该命令会把
dsh-worktable注册进 profile 的 bundle 列表、写入~/.dsh，并可能请求授权。也支持从克隆安装，但目录要指向01_content子目录而非仓库根：dsh plugin --profile web add "link:/absolute/path/to/dsh-worktable/01_content" -
无安装期生命周期脚本——清单里的 scripts 是
build、check、pack、test:gate与verify:remote，npm 都不会在安装时执行。 -
Windows 是经过测试的平台。 macOS 被明确标注为实验性，详见下方限制。
网络与数据
无遥测，除宿主 API 与插件自身路由外无任何网络请求。 所有用户状态——项目、绑定、视图——都留在 localStorage。README 声明不触碰任何工作区文件。
一个可选的外发请求。 更新检查会对 GitHub Releases API 发一次只读 GET，每天至多一次，另有手动「Check now」按钮。不上传任何内容，且可在设置中关闭。
localStorage 存储的后果值得直说： 项目与绑定不会跨机器同步，清除站点数据即清除它们。
本站对该插件记为 security: unverified；目前没有第三方扫描或独立审计记录。
已知限制
- Windows 经过完整测试，macOS 为实验性。 README 说核心文件路径代码已做跨平台适配，但在 macOS 硬件上未完成端到端测试。请把 macOS 视为未验证。
- 状态存在浏览器里。 项目、绑定与视图都在
localStorage，不跨机器同步，也不耐受站点数据被清除。 - 终端面板在 Windows 上是纯 PowerShell 宿主——README 明确指出它不具备原生终端应用的 PTY 功能对等性。
- 自动挂载依赖 Agent。 只有当 Agent 确实把
widget-result.json写进项目文件夹时，自定义窗口面板才会取到结果。 - 控制室只监视已绑定的项目。 未绑定的项目显示为空闲，所以网格的完整度取决于你绑定了多少。
- 安装源是 tarball URL，不是 npm 包。 没有可解析的 registry 版本，也没有
npm audit面——你信任的是这个 release 资产。 - 623 星是关注度，不是审查。 本站任何条目都不声称 L4 或 L5，本条也不声称已做过冒烟安装。
何时用 / 何时不用
如果你并行跑着好几个 DSH 项目、总是记不清哪个会话对应哪个目录，它值得用。项目与会话的绑定，加上一个不需要轮询就能看出「哪里需要你」的控制室，是它相对普通侧边栏多出来的两件事。
不要指望它带来可迁移的工作区。状态存在单个浏览器的 localStorage 里，换台机器就是空的；如果你在 macOS 上，README 自己的测试说明就适用于你。如果你真正想要的是侧边栏里多几个页面——文件、终端、diff、Agent——而不是围绕项目与布局组织的多面板窗口，那么 better-sidebar 覆盖的是那块地盘，采用成本也更低；两者在文件与终端面板上确有重叠，区别在于本插件围绕项目与布局组织，而它围绕标签页组织。
FAQ
它会替换或改动官方 DSH 界面吗？
不会。README 把它描述为一个纯增量的 Cordis 插件：注册 host 路由与一个 web 客户端，把自建分屏引擎渲染进宿主外壳的 overlay 席位，并复用宿主会话而非另起一套。已发布的清单 dependencies 为空，peer 依赖只有宿主包。
控制室会消耗 token 吗？
不会。它通过订阅镜像宿主会话运行时快照，README 声明这是零轮询、零 token。渲染网格不需要向模型询问任何内容。
我的数据存在哪里？
在浏览器的 localStorage 里，键前缀 dsh.worktable.*。不修改工作区文件，不上传任何内容，也没有遥测记录。代价是跨机器不同步。
macOS 上能用吗？
README 把 Windows 列为完整测试平台、macOS 列为实验性——路径代码已适配，但在 macOS 硬件上未完成端到端测试。可能可用，但未经验证。
这个安装命令安全吗？
它会把该项目 GitHub Releases 里的 tarball 加进你的 web profile，并写入 ~/.dsh。清单未声明安装期生命周期脚本，这排除了最常见的安装期执行风险；但 tarball 不是经过审计的 registry 包——本站记 security: unverified 正是出于这一点。