dsh-sidebar-buttons
DeepSeek Harness 插件：管理侧边栏底部的操作按钮——通过拖放重新排序，并在专用设置页面中控制每个按钮的三种状态（显示在侧边栏中／折叠到“更多”菜单中／完全隐藏）。
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add dsh-sidebar-buttons@0.1.6
Sidebar Buttons 以 dsh-sidebar-buttons 发布，当前版本为 0.1.6。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
English | 简体中文
A DeepSeek Harness plugin. Takes over the buttons at the bottom of the left sidebar: drag to reorder them, put each one into one of three display states, and give them all the same height.
Tested on DSH 0.2.0-rc.2 (web profile); also runs on 0.1.5-rc.1 and
0.1.2-rc.1. Those are the releases dsh.engines.dsh in package.json declares,
so a host or plugin manager can read the same range without parsing this file.
No peerDependencies are declared on @deepseek-ai/* on purpose: a prerelease
range there would exclude newer DSH releases and make the host's compatibility
gate skip the plugin.
Everything happens in the browser. The plugin works through the documented list
slot sidebar.footer.action (plus the shell's own settings.launcher seat for
the Settings entry) and never touches the DSH core or another plugin's files, so
uninstalling it restores the original sidebar.
Add the plugin — from npm:
dsh plugin --profile web add dsh-sidebar-buttons
or straight from GitHub:
dsh plugin --profile web add github:lywusichen/dsh-sidebar-buttons
Restart DSH.
Open Settings → Sidebar Buttons.
The sidebar foot is a list slot, so a plugin can register more than one entry
under the same id and the renderer sorts them by priority. This plugin
re-registers each existing entry with priority: -1, which puts its copy in
front of the original, and renders its own wrapper around the original
component. Order, visibility, and size then come from a shared store that every
wrapper reads. Nothing is unregistered, so turning the plugin off returns
control to the originals immediately.
One kind of button does not fit that model: the slot entry is only an anchor and
the plugin renders the real button elsewhere in the sidebar (for example
dsh-mneme's memory entry, which mounts itself above the workspace list). Those
buttons are controlled in place, without moving any node: the wrapper is
hidden while the state has no visible seat, and when the entry is folded into the
More menu the popup carries a proxy row whose click is forwarded to the real
button. Moving the node instead would break twice — the owning plugin re-inserts
its wrapper from its own observer, and a node moved out of React's tree stops
receiving the synthetic events that make the button work.
The shell's Settings seat (settings.launcher) is managed the same way. It is a
single slot that cannot be mirrored, so it is hidden or folded in place, and it is
pinned after every managed button so it stays at the very bottom of the sidebar.
data-plugin-entry marker or a
built-in declaration table (the memory entry and the Settings seat are both
declared). With neither, the plugin cannot tell the button apart and leaves it
alone.slots.entries and slots.subscribe,
which the plugin relies on to stay aligned with registrations made after it
loads. If a future DSH release changes the list-slot contract, this plugin
needs an update.npm install # esbuild
npm run build # generates lib/client.js
Commit lib/client.js. Git-hosted installs consume the built artifact directly.