算力用起来,
宿主保持干净。
工具、依赖和任务文件留在独立 VM 里。按预算分配 CPU 与内存,让 Agent 拥有自己的工作环境。
CLOUD COMPUTERS. ON YOUR COMPUTE.
在 Mac、本地服务器或云端节点上,启动独立的 VM / Sandbox。
用好手边算力,按需走向云端。Agent 彼此互联,环境与数据持续保留。
MVP 设计中 暂未开放下载
工具、依赖和任务文件留在独立 VM 里。按预算分配 CPU 与内存,让 Agent 拥有自己的工作环境。
同一项目里的 Sandbox 按授权互通,Agent 可以调用彼此服务;外部请求走统一网关与指定出口 IP。
分布式存储保留数据与 Agent 资产,Snapshot 或环境配方帮助在兼容节点恢复,减少重复安装与配置。
01 — BUILT FOR YOUR APPLICATIONS
先选应用,再看它如何运行。
数据、凭证和请求,各自走清楚的路径。
从浏览器 IDE 到研究 Notebook,让代码、数据与运行环境在一个独立工作空间里就位。
场景参考架构 · 应用名称为可集成示例,尚未完成产品集成验证。
02 — FOLLOW A COMPLETE WORKFLOW
以一次研究回测为例。
看清计算、数据和产物各在哪里。
PLACEMENT / 选择已有设备
选择承载 VM 的宿主节点。应用和 Agent 在新建的 Sandbox 里运行。
选择团队服务器,让已有 CPU 算力参与研究与验证。
ENVIRONMENT / 工具就位,数据接入
研究工具放进独立 VM,修改保留在工作盘,行情数据按需挂载。
代码、配置与未提交的修改
JuiceFS · 只读挂载示例
工作盘与共享数据分开管理,数据可用性取决于节点网络与存储权限。
EXECUTION / 在选定节点执行
创建环境后,进入工作区执行任务。下面展示拟议命令与 guest 内工作路径。
# 01 创建环境 $ sbx create research --node lab-server # 02 在 guest 工作区运行研究脚本 $ cd /workspace $ python strategy/run_backtest.py \ --data /market-data --output reports/
此页不会执行命令。切换节点会更新演示配置,不代表迁移运行中的任务。
ARTIFACTS / 工作留下可查看的结果
产物放在工作区。停止环境后,下次在同一节点继续使用文件与依赖。
工作环境保留代码、依赖与工作盘 · 同节点停止 / 重启
示例报告可在浏览器内预览、下载,不包含真实回测结果或性能数据。
看看我的设备如何接入步骤 1,共 4 步:选择节点。
DESIGN PREVIEW以上为目标工作流,尚未连接真实计算资源。首版计划先验证指定节点创建、环境保留与数据挂载。
03 — UNDER THE HOOD
连接、出口、扩容与协作。
以下为目标架构 · 分阶段建设
在本地与云端的宿主机内创建独立 Sandbox,再用 tailcat 连接它们的授权服务。Agent 间的任务与工具调用,不必为每一台机器重复配置公网入口。
不绑定同一家云,也不要求同一 region。优先直连 · 必要时中继 · 平台管理身份与服务授权
首版先做服务级互联。VPC 式的地址分配、DNS、完整 IP 网络与策略编排需要平台补齐;跨地域延迟和吞吐仍受底层网络影响。
让 Sandbox 的公网请求通过互联节点上的统一出口网关转发。即使本地无法直达目标服务,也能使用已获授权、可达该服务的出口节点。
统一出口 IP、凭证代理与访问策略,随环境一起使用。出口策略 + 可选凭证代理;上游密钥由代理保管
tailcat 的 exit-node / SOCKS 能力可作为实现基础;固定公网 IP 需要稳定的出口主机或 NAT。强制统一出口还需防止直连旁路、处理 DNS 与协议覆盖。中继负责连接转发,出口网关负责访问公网;API 可用性仍受上游账号和服务策略约束。
分布式存储保留工作数据与 Agent 资产,Snapshot 保留兼容运行环境的磁盘状态。平台编排保存、恢复与重新连接数据,让并行任务或更大规格复用同一份工作起点。
复用工作起点,为每份计算分配合适的资源。共享数据 · 各自工作区
保存 / 停止 → 重建 / 恢复
多个实例不共写同一系统盘,工作目录隔离,共享数据写入需锁或应用协调。Snapshot 恢复需匹配虚拟化后端、架构及镜像兼容条件。换规格默认需要重启;跨后端或 ARM64 / x86_64 通过分别构建的环境配方与共享数据重建,进程续跑依赖应用检查点。自动调度与扩缩容属于后续建设。
为 Agent Orchestration 提供可发现、可授权的服务入口。研究、编码、验证可以分布在不同 Sandbox,通过协议适配交换任务。
网络不再阻隔获授权的 Agent,协作仍由应用编排。tailcat 服务互联 + 身份验证 + 最小访问权限
网络连通不等于协议兼容。A2A / ANP 的 Agent 描述、发现、任务与消息语义需要独立适配;编排应用负责协作逻辑,当前未承诺已兼容全部协议或提供完整调度引擎。
04 — WHAT’S NEXT
hybridbox 目前处于 MVP 设计阶段。页面展示产品方向与使用方式,尚未开放可下载版本。
节点统一纳管 · 指定节点运行 · 服务互联
持久工作盘 · JuiceFS 挂载 · 身份与访问控制
应用模板与 Vault 代理 · 受控统一出口
Snapshot / 跨节点恢复 · A2A / ANP 适配
按需调度与云端自动扩容
YOUR NEXT STEP
选择已有设备和主要场景,查看适用方向与接入条件。需要技术评估时,再展开详细检查项。
A FEW GOOD QUESTIONS
运行位置、数据路径、支持范围。
这些决定它是否适合你。
设计目标是沿用你拥有或租用的计算节点。代码仍可由 Git 管理,数据可以接入已有 JuiceFS。不同节点能否使用数据,取决于网络与权限;这不意味着所有数据天然不会跨网传输。
首版计划验证 Apple 芯片 Mac 上的原生 Linux VM,以及支持 KVM 的本地、云端 Linux。Mac 通过 Lima 的 VZ 后端启动 VM;Linux 使用 Firecracker。云主机需要实际满足虚拟化条件,并非任意云实例都适用。ARM64 与 x86_64 使用对应环境构建。
首版先验证同节点工作盘持久化与 JuiceFS 挂载。目标方案进一步用分布式存储与 Snapshot 支持跨节点恢复;快照需要兼容的虚拟化后端和CPU架构,不兼容时用环境配方重建。运行中的进程能否继续,还取决于应用检查点。
计划接入企业 OIDC 身份系统,为每台节点分配独立设备身份,对环境和服务连接进行授权。首版面向同一项目内可信研发负载;生产级强多租户隔离、自动注入 GitLab/API 业务凭证属于后续验证与建设范围。
目前尚未开放可下载版本,项目正处于架构与 MVP 设计阶段。本页的节点切换、工作流和命令均为概念示意,不连接真实计算资源。你可以先生成接入清单,评估已有设备与首轮使用场景。
hybridbox 关注的是把你已有的设备与云端算力,组织成统一的 Agent 工作环境。宿主提供资源,Sandbox 承载应用;你可以先从自己的设备开始,再按需要接入云节点。