2. V2EX
  3. dshcloud：开源自托管的 DeepSeek Harness 多用户、多实例平台

dshcloud：开源自托管的 DeepSeek Harness 多用户、多实例平台

eskyle2001 2026-09-15 19:25 1

开源仓库地址： https://github.com/eskim2001/dshcloud


自托管的多用户、多实例平台，用户数据持久化


起源


最近用 dsh 创造模式用的很多，经常就把 dsh 改造成一个完全不同的 app 了，这时候要分享给不太会用的朋友比较麻烦，就想到了把这个部署到云上。没考虑现有的方案主要是第二个问题，dsh 版本更新的很快，希望能方便的更新 dsh ，保留原来的用户数据，于是就想到了做容器化的隔离+mount 持久化。


什么时候用得上



  • 和朋友分享你改造的 dsh：每个 dsh 是一个独立域名 ，数据与配额互相隔离，甚至未来可以作为多租户

  • 不想依赖本地设备：跑在自己的 VPS 上持续在线，浏览器从任意设备进

  • 想要快速升级新版的 dsh：换镜像升级，升前自动打数据快照，失败能回滚


具体能力



  • workspace 创建/启停/重建/删除：每个 workspace 独立容器 + 持久化存储，CPU 、内存、进程数、磁盘容量都有配额

  • 邀请制多用户：管理员发邀请链接加人，没有公开注册

  • 访问控制：workspace 端口只绑宿主机回环，外部访问要走 Traefik forward-auth + 归属校验 + 按 workspace 的签名校验

  • 版本管理：从 GHCR 同步版本目录、发布稳定版本、配置默认版本

  • 控制台：配额查看、用量采样、workspace 日志流

  • 界面支持中英文、明暗主题、⌘K 命令菜单


先在线试试


在线 demo： https://console.demo.dshcloud.app


demo-user 这个 workspace 放了一个 10 块钱的 key ，可以直接测试


现在比较有意思的是这样的，你可以和你的朋友一起用一个账号登录同一个实例，dsh 支持两边都事实更新，这个就有点像一些协作文档一样了，甚至你俩可以在同一个实例里面用 AI 对战之类的，后续会考虑单独做 dsh 的分享功能，现在必须要同一个账号才行


装在自己服务器上


需要一台 Linux + Docker Compose （本地用 mac 也可以），放开 80/443 端口，预留磁盘配额：


curl -fsSL https://raw.githubusercontent.com/eskim2001/dshcloud/main/scripts/install.sh | bash

当前状态：早期开发。可用于评估和开发，打算暴露到公网的话。


有兴趣的点 star ，这里或者 issue 有任何反馈（包括吐槽）都欢迎。

最新回复 (11)
  • eskyle2001 楼主 09-15 19:40
    1楼
    ![]( https://raw.githubusercontent.com/eskim2001/dshcloud/main/docs/screenshots/zh-CN/light/workspaces.png)

    ![]( https://raw.githubusercontent.com/eskim2001/dshcloud/main/docs/screenshots/zh-CN/light/workspace-new.png)


    忘记补充图片了
  • coolxll 09-15 19:49
    2楼
    dsh 上云之后，互相能 delegate 调用吗?
  • eskyle2001 楼主 09-15 19:55
    3楼
    @coolxll 现在不行的，暂时还没有这个需求，理想形态是他们都是独立的 App ，所以可以隔离开了
  • limber 09-15 21:24
    4楼
    如果测试 key 没限制的话建议还是上手段保护下，很容易可以把 key 套出来
    https://i.imgur.com/a/0ouep83.png
  • eskyle2001 楼主 09-15 21:33
    5楼
    @limber 没关系的，就是给大家测试用的，只有 10 刀
  • eskyle2001 楼主 09-15 21:33
    6楼
    @limber 感谢逆向😊，所以这个项目主要是针对把链接分享给自己的朋友，信任的人一起用的，其他情况下都是各开各的
  • lozzow 09-16 09:35
    7楼
    @coolxll 你想要多 agent 可以互相调用,可以尝试 anytty,可以把多个服务器聚合到一处,可以直接在 Mac 上调用 Windows 的脚本。或者在 Linux 上调用 Mac 脚本。他们之间都是互通的。
  • coolxll 09-16 10:45
    8楼
    @lozzow #7 是类似主 agent 可以下线的 submit ，还是类似 ssh 那种必须机器在线的同步调用？
  • coolxll 09-16 10:50
    9楼
    @eskyle2001 #3 我其实想要的就是类似这个思路：主机上的 Agent 负责拆任务，把 subagent 任务分发到 homelab 里的其他机器去跑。等各台机器都跑完，再把结果收回来，由主机统一看、验收和收尾。

    主要是笔记本平时开会要搬来搬去，网络也不稳定，实在不适合挂几个小时甚至更久的 Agent ，所以耗时任务最好都能丢回 homelab 。

    权限上我反而希望远端尽量少拿，像 GitHub key 、auth 这些都留在主机。远端 subagent 负责干活和产出结果，最终验收、提交还是回主机做。

    所以我对这种跨机器 Agent 协作还挺有需求的，本质上有点像给 Agent 做了一套 worker / runner 。
  • coolxll 09-16 10:52
    10楼
    @lozzow #7 我的需求其实更偏异步 submit：主 Agent 把 subagent 任务拆到其他机器上跑，自己可以下线。任务留在 homelab 里继续执行，等都跑完以后，主机再回来统一回收结果、验收和收尾。

    主要是笔记本平时开会搬来搬去，网络也不稳定，实在不适合一直挂着 Agent 。

    权限上也希望做隔离：远端 subagent 不给 GitHub key 、auth 这些，只负责执行任务、产出结果；最终验收和提交还是回主机做。

    所以如果 anytty 更像跨机器 SSH 的同步调用，那和我想要的形态还是有点区别。
  • lozzow 09-16 14:09
    11楼
    @coolxll #8 是的,类似 ssh,但是可以互相连接,可以做互相的心跳,这个没实现,但是可以写插件完成
    你说的隔离这个是完全可以做的,不过 anytty 也还在开发中,我又在重构了,现在的 tui 客户端还是太固定了,再重构成声明式的界面,大家可以做到千人千面
* 帖子来源V2EX
附近帖子
返回
飞读
随机推荐