dsh-plugin-whale-pet 怎么装怎么关：DeepSeek Harness 桌宠位置、性能与卸载

我装 dsh-plugin-whale-pet 的理由很朴素：长时间盯着 DeepSeek Harness 的输出，想让界面里多一点活物。 装之前我以为它只是个贴图，装完才发现它涉及渲染层、profile 和一点点常驻开销。这篇按我自己的顺序，从为什么装、怎么装，一直写到后来怎么把它关掉。

为什么我会给 DeepSeek Harness 装一只鲸鱼桌宠

动机不复杂：我需要一个能提示「它还在工作」的界面元素。

那段时间我每天要在 harness 里跑很多次长任务，等待时切到别的窗口，回来常常忘了任务跑到哪一步。进度条和日志当然能看，但它们都在页面深处，不切回来就注意不到。我想要一个在余光里就能看见的东西，动一下就知道会话还活着。

桌宠正好满足这个需求。它不参与推理，也不改会话内容，只是在界面层持续渲染一个小动画。对我来说，这比再加一个通知渠道轻得多，也不会打断手头的事。DSH插件 里这类展示型插件的价值，往往就在于把状态变成可感知的存在。

我也考虑过它会不会让人分心。实际用下来，鲸鱼的动画幅度不大，放在角落时存在感刚好。真正需要专注时，我可以把它隐藏，而不是卸载。这个判断后来影响了我关闭它的方式。

另一个原因是想试试插件安装流程。此前我只用过内置功能，没真正走过「从市场找到包、装进 profile、确认状态」这条链路。拿一个低风险的展示插件练手，比拿工作插件试错合适得多。

在 DSH Plugin Hub 找到 dsh-plugin-whale-pet 的那天

市场页给我的第一课，是显示名和包名根本不是一回事。

我先前在 DSH Plugin Hub 的插件页 里搜「鲸鱼」，结果并不理想。换成英文关键词之后才看到几个相似条目，封面都挺可爱，描述也差不多。那一刻我意识到，靠名字找插件很容易装错。

条目详情里给了安装命令，包名是 dsh-plugin-whale-pet，发布者和版本都写在旁边。我把包名复制下来，又去 npm 核对了一遍，确认不是同名但不同来源的包。这个动作只花了一分钟，却避免了后面可能的麻烦。

条目页还写了它属于界面类插件，不改变模型与会话能力。这句话让我放心不少，至少它不会在我不知情的时候动工作流。市场条目不是文档，但关键信息通常在，值得在安装前读完。

我也顺手看了更新时间和兼容说明。一个长期不更新的界面插件，未必不能用，但遇到新版本 harness 时容易出问题。确认它还在维护之后，我才决定继续。

DSH插件 装好之后，鲸鱼出现在哪一层

它渲染在页面之上，而不是系统桌面，这一点和我预想的不同。

我原以为桌宠会开一个独立窗口，像早期桌面宠物那样浮在所有应用上面。装完刷新页面，鲸鱼出现在 harness 界面的右下角，网页滚动时它也跟着走。这说明它是界面浮层，不是独立进程。

安装过程本身很短。我在终端里执行了安装命令，又用列表确认包确实落在当前 profile 里。整个过程没有改配置文件，也没有额外授权。对展示型插件来说，这样的安装成本刚好。

dsh plugin add dsh-plugin-whale-pet
dsh plugin list | grep whale-pet

刷新之后鲸鱼就出现了，位置在右下角，动画循环播放。它不会遮挡主要操作区，但在窄窗口里会压住一点内容。我后来把窗口拉宽，问题就消失了。

我也试过把浏览器窗口缩小，鲸鱼会跟着界面重排，不会跑到屏幕外面。这个细节说明它的定位依赖页面，而不是系统坐标。换个客户端，位置可能就不一样。

桌宠的开销与 DeepSeek插件 的显示控制

开销主要来自持续渲染，关掉显示比卸载更划算。

我观察了一晚的空闲占用，CPU 有轻微上升，内存变化不明显。真正跑任务时，这点开销被推理本身的波动盖住了，几乎感觉不到。DeepSeek插件 里凡是带常驻动画的类型，都值得这样看一眼，而不是凭感觉判断。

当我想专注时，第一反应是找设置里的开关。隐藏之后动画停止，页面恢复安静，配置和安装都还在。这个方式成本最低，也最适合临时关闭。缺点是每换一次客户端都要重新确认状态。

我把可用的关闭方式按强度排了一下。它们不是互斥的，只是作用的范围不同。后面实际只用了第一种。

1. 设置里隐藏：关闭显示，保留安装与配置，适合临时不想看到它。
2. 按 profile 禁用：只在当前 profile 不加载，切到别的 profile 仍然可用。
3. 彻底卸载：移除包，适合确定不再使用，代价是下次要重新安装。

三种方式的强度依次增加，先用最轻的那种通常就够了。只有确认某个 profile 不需要它时，才动第二种；卸载则应该建立在「以后也不装」的判断上。反过来，如果一开始就卸载，之后想再观察一阵子，就只能重新走一遍安装流程。按 profile 禁用更彻底一点，但也不会影响别的 profile。我把它理解成「这间屋子不摆，别的屋子照摆」，配置仍然保留，重新启用时不用从头设置。理解了这一层，就不会把禁用和卸载混为一谈。

我短暂试过卸载，也见识了 DSH插件 的缓存

卸载成功和界面消失之间，隔了一次刷新和一次重启。

为了验证卸载是否干净，我在预演用的 profile 里卸过一次。命令执行成功，列表里也确实没有这个包了，但刷新页面之后，鲸鱼还在右下角慢慢游。那一刻我以为卸载失败了。

重启客户端之后它才消失，说明页面渲染的是缓存里的旧状态。这个现象不影响使用，却很容易让人误判，以为包还留在机器上。判断是否真的卸载，应该看插件列表，而不是看界面。

我也检查了配置，没发现残留的桌宠段落。后来想想，如果当时还开着别的 profile，那边可能仍然加载着它，因为包和实例本来就是两回事。卸载一个 profile 的实例，不等于清掉所有 profile 里与它相关的配置。

最后我是怎么把这只 DSH插件 关掉的

我选了隐藏而不是卸载，因为问题从来不是它存在，而是它一直在动。

用了两周之后，新鲜感过去了，鲸鱼从「提示任务还活着」变成了「角落里一直在动的东西」。我没有讨厌它，只是在写长文时希望界面安静一点。于是我进设置关掉显示，没有动安装。

关掉之后，我特意重启了一次客户端，确认它不会自己回来。插件列表里包还在，状态正常，只是不再渲染。这个结果符合预期，也让我保留了以后重新打开的可能。

如果哪天我确定不再需要它，再走卸载流程也不迟。到那时我会先确认没有其它 profile 在用，再清掉可能的残留配置。现在这样，足够了。

回头看，这次安装最大的收获不是多了一只鲸鱼，而是走通了一遍插件链路：从市场找到包，确认 profile，安装，观察，最后按需关闭。下次装别的 DSH插件 时，这套动作可以直接复用。界面里多一点活物是小事，知道它在哪一层运行，才是真正留下来的东西。

来源：dsh-whale-pet 插件条目、开发第一个插件、DeepSeek Harness 快速开始。