爱意满满的作品展示区。
eskyle2001

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

  •  1
     
  •   eskyle2001 · 2 days ago · 899 views

    开源仓库地址: 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 有任何反馈(包括吐槽)都欢迎。

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

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

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

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

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

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

    所以如果 anytty 更像跨机器 SSH 的同步调用,那和我想要的形态还是有点区别。
    lozzow
        11
    lozzow  
       1 day ago
    @coolxll #8 是的,类似 ssh,但是可以互相连接,可以做互相的心跳,这个没实现,但是可以写插件完成
    你说的隔离这个是完全可以做的,不过 anytty 也还在开发中,我又在重构了,现在的 tui 客户端还是太固定了,再重构成声明式的界面,大家可以做到千人千面
    eskyle2001
        12
    eskyle2001  
    OP
       1 day ago
    @coolxll 我在想这个应该也是我的需求。我想想,理想状态下,agent 实例之间可以互相调用,agent 实例可以是本地的 dsh ,这样就可以利用家里的很多设备去跑,没那么重要的数据可以放到天翼云这类廉价的服务器上。

    那项目重点就是在 windows 之类的大家常用的设备方便的部署,自带内网穿透或者组网,agent 间通讯最好交给 agent 自己解决,用 dsh 或者 codex 他们自己的方式调用就行,这么想最好的工具就是类似 anytty 这种思路,agent 之间通过各自的 cli 去调用

    大家觉得这个方向值不值得投入,最早的想法本来也是一个比较私人化和对容器间隔离有一定容忍度的场景,上面这个场景其实也是比较私人化的,不用把容器内的威胁放到最高的等级,感觉很适合 dshcloud 项目的发展
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   5782 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 28ms · UTC 02:48 · PVG 10:48 · LAX 19:48 · JFK 22:48
    ♥ Do have faith in what you're doing.