DSH 大肥鱼桌宠生态：状态联动、桌面常驻与 Session 派活

“大肥鱼”已经从 DeepSeek 社区二创形象，发展成一组不同形态的桌宠项目。它们看起来都像一只住在桌面上的蓝色伙伴，底层产品边界却完全不同：有的只是本地动画，有的读取 DeepSeek Harness 的真实工作状态，有的能把输入直接发送给 Session，还有的保存关系、记忆和日记。

对 DSH 桌宠市场而言，“大肥鱼”不是一个单独插件名称，而是一个需要继续细分的品类。

国内社区为什么把它叫作“养鱼”

国内短视频里的常见叙事包括喂 Token、等用户回来、替用户工作、吃醋其他模型、主动发消息和完成任务后讨奖励。用户期待的不是一个固定角落动画，而是一个具有连续关系的数字角色。

这也解释了为什么桌宠项目会逐渐加入四类能力：

• 生命感：呼吸、眨眼、散步、睡觉、触摸与拖拽；
• 工作感知：思考、Tool Call、等待确认、成功和失败；
• 直接交互：气泡输入、语音、派活和打开当前 Session；
• 长期关系：名字、亲密度、喂食、记忆、日记与跨设备存档。

当前几条主要路线

这些项目不能只按截图比较。用户首先要确认它是否真正连接 DSH、安装在哪个 Profile、是否另外调用模型，以及角色状态保存在什么位置。

DSH 原生状态伴侣

dsh-dafeiyu 由 DSH 插件启动并随宿主退出。Host 读取结构化 Session 事件，原生透明窗口在编辑器、浏览器和文件管理器上方持续显示工作状态。项目明确说明它不读取屏幕，推理强度和进度只显示上游实际提供的数据。

这条路线的价值是可信：角色显示“正在验证”时，应当真的存在对应任务或工具事件，而不是按照时间随机播放。WebUI 与官方 Desktop 使用不同 Profile；两边都安装会分别启动实例，因此市场页必须把 web 与 desktop 的安装位置写清楚。

从看状态走向直接派活

增强版在气泡上方加入输入框，回车后把任务送往当前执行、最近活动或最合适的 Session。这让桌宠成为 Agent 的轻量入口，但也引入新的产品问题：

• 发给哪个 Session，用户是否能看见；
• 当前 Session 的模型、工作区和权限是否明确；
• 任务已经运行时，新输入是排队、打断还是追加；
• 发送失败后是否保留草稿；
• 桌宠能否创建新的高权限 Session。

“能派活”不等于“应该自动获得完全访问权限”。桌宠只负责选择和发送，真正的文件、命令和网络权限应继续由 DSH Session 控制。

纯陪伴、语音与剧情

dsh-pet-dafeiyu 更强调角色本身：会走动、拖拽、睡觉，用中文语音和字幕回应，还能与另一个角色演联动剧情。这种项目可以完全不读取工作内容，也不需要每次动作都调用模型。

纯陪伴并不比状态联动低级。它的优势是资源和隐私边界清晰，也不会为了让角色“活着”持续消耗 Token。市场详情页应明确区分预录语音、本地规则台词和实时模型生成。

养成与记忆

另一条路线把角色状态从动画扩展为可迁移数据。dsh-fishtank 保存情绪、精力、人物关系、事实、私语和日记，并提供导入导出工具。dsh-pet 则已经实践喂食、亲密度和基于工作轮次的奖励。

好的养成系统应奖励完成工作、持续使用和主动互动，而不是鼓励无意义地多跑几轮模型。否则“喂鱼”会变成消耗 Token 的暗黑模式。

市场需要统一展示哪些信息

每个大肥鱼项目至少应公开：

1. DSH 原生插件还是独立程序；
2. Web、Desktop 或系统原生窗口；
3. 状态来自结构化事件还是屏幕/UI 抓取；
4. 能否向 Session 发送任务；
5. 是否读取 API Key、余额、会话文本或本地文件；
6. 是否产生额外模型调用和 Token；
7. 数据、关系和配置存放位置；
8. 代码、角色、动画、语音和音乐的独立授权；
9. 支持平台、DSH 版本以及卸载回滚方法。

接下来可以按从插件骨架搭建自己的大肥鱼，再补齐角色素材与透明动画、Session 与 Tool Call 状态联动、记忆与养成系统，并在发布前完成权限边界检查。

参考资料

• QCYTSN/dsh-dafeiyu
• dsh-dafeiyu 产品边界
• dsh-dafeiyu-enhanced
• dsh-pet-dafeiyu
• DSH 3D 虎鲸桌宠展示
• dsh-fishtank
• ds-local-pet