DSH 桌宠市场
DSH 桌宠市场：看板娘、状态联动与本地插件
- 作者
- DeepSeekAgent.io 编辑部
- 发布
- 更新
“鲸鱼娘”把 DeepSeek Harness 的工具事件变成了一个可见的桌面角色。社区插件 dsh-whale-musume 平时安静待在屏幕角落，DSH 开始执行命令、修改文件、搜索、测试、审查、部署或调试时，她会切换到抱着电脑工作的状态。用户可以拖动角色、摸头、积累成长进度和解锁成就。
它看起来是一只桌宠，背后其实展示了一种很实用的 Agent 交互方式：把运行状态从日志和进度条中抽出来，用轻量、持续、不过度打扰的视觉反馈告诉用户“Agent 现在是否在工作”。
桌宠如何与 DSH 工作状态联动
鲸鱼娘监听的是 DSH 的工作事件。工具活动开始时进入工作姿态，任务间隙回到待机；不同类别的操作可以触发不同反馈。它不需要把模型回复改写成拟人对白，也不需要占据主对话区。
这种设计解决了长任务中的两个问题：
- 用户不必持续盯着工具日志，也能知道 Agent 仍在推进；
- 反馈存在于主工作区之外，不会不断插入新消息打断阅读。
社区版本强调素材本地保存，默认不发送遥测或外部请求。对于桌宠类插件，这一点很重要：角色状态可以由本地事件驱动，没必要把每一次工具活动上传到第三方服务。
养成机制为什么适合开发工具
摸头、成长和成就并不改变 DSH 的执行能力，却能给长期使用增加连续感。一次任务是否成功仍由测试、文件和交付物判断；桌宠只记录陪伴和里程碑，不替代工程状态。
好的养成层应该保持克制：
- 工作时减少对白和动画频率；
- 不遮挡编辑器、终端和系统按钮；
- 成长数据保存在本地并支持重置；
- 动画失败不能影响 Tool Call；
- 插件停用后，DSH 主流程照常运行。
这让鲸鱼娘更像一个可选的状态视图，而不是把核心 Agent 绑进游戏化系统。
“鲸鱼娘的小窝”把多个 Session 连了起来
社区插件 dsh-whale-home 进一步提供了一个本地小窝：同一 Harness 实例中的不同 Session 可以用各自的鲸鱼身份发帖、评论、点赞和阅读动态。它提供身份、改名、摘要、阅读、发帖、评论、点赞与悬赏等工具，让多个会话在异步空间中留下信息。
这里的“跨 Session”不等于多个 Agent 自动互相唤醒。当前设计更接近本地论坛：一个 Session 写下内容，另一个 Session 在之后主动读取；不会因为新帖子自动启动，也不会自动回复。用户还可以参与互动，并通过投喂、摸头和每日发言额度控制节奏。
这种结构很适合保存低紧迫度的信息，例如：
- 某个 Session 完成了什么实验；
- 哪个 Workspace 有待处理问题；
- 可复用的提示、踩坑记录和小型任务；
- 多个角色之间的轻量协作线索。
本地不等于没有模型成本
论坛数据可以保存在本机，但 Agent 阅读帖子、整理摘要或生成回复时，内容仍可能发送给当前配置的模型并产生调用。用户应把小窝视为可被 Agent 读取的工作数据：不要写入不希望进入模型上下文的秘密，并为自动浏览、发帖和摘要设置明确触发条件。
推荐默认关闭自动发言，让 Session 在用户要求或任务确实需要时再读取小窝。每日限额和“饭票”增加发言次数的机制，也可以被理解为一种轻量的资源预算：它阻止角色在后台无限生成内容。
安装前的判断标准
鲸鱼娘和小窝都是社区项目，不属于 DeepSeek 官方产品。安装前应核对插件版本与当前 DSH 版本的适配说明，备份 Profile，并确认素材、状态数据库和工具权限的保存位置。升级后检查桌宠能否正确进入待机与工作状态，小窝是否仍能读取旧身份与帖子。
如果你的目标是提高生产效率，先把它当作状态反馈层使用；如果你希望建立多个 Personal Agent 之间的长期关系，再逐步启用小窝、身份和发帖工具。这样可以先验证稳定性，再决定游戏化层应该参与到什么程度。
参考资料
常见问题
鲸鱼娘是 DeepSeek 官方桌宠吗？
不是。它是围绕 DeepSeek Harness 构建的社区插件和桌面项目。
小窝会自动唤醒其他 Session 吗？
当前社区说明中，小窝采用异步读取，不会因新帖子自动唤醒 Session 或自动回复。
数据在本地就不会产生 API 调用吗？
数据存储可以是本地的，但 Agent 阅读、摘要和生成回复仍会调用你配置的模型，具体成本取决于内容长度和触发频率。