便宜又快的
GitHub Actions 运行器
固定月费，无限使用

是的，大多数可以。Skipbox 运行 GitHub 组织和个人账号上公开仓库和私有仓库的工作流。虚拟机是 x64 上的 Ubuntu 24.04，带有 Docker、git、build-essential、Node 22 和 Python 3.12；作业以拥有免密码 sudo 的用户身份运行，与 GitHub 的运行器相同。GitHub 的 ubuntu-latest 镜像预装的软件更多，需要其他工具时，请添加 actions/setup-java、actions/setup-go 等。

AI 写的代码越来越多，CI 每个月运行得也越来越多，而按分钟计费的账单会随每次运行增长。所以 Skipbox 特意选择了另一种模式：按月租用一台只属于你账号的虚拟机。GitHub 不对自托管运行器的分钟数计费，所以无论运行多少作业，S 的价格都固定为每月 $39。Skipbox 背后的公司 Fluxenic 使用低成本云服务商的服务器和自有服务器，以实用规格的虚拟机提供服务。繁琐的部分由 Skipbox 替你完成：注册运行器、每个作业后清理、检查机器的健康状况。它还会重建出故障的机器，并让镜像保持最新。满负荷使用时，价格是 GitHub 的 1/12、Blacksmith 的 1/8。

因为这台机器只属于你的账号，并在作业之间持续运行。上一个作业留下的 Docker 层和包缓存仍在磁盘上，用到它们的构建无需重新拉取或重新构建。GitHub 托管的作业每次都在一台磁盘为空的新虚拟机上启动。即使是 S，也在自己的 80 GB 磁盘上保留缓存。这是 GitHub 默认给每个仓库的缓存的 7 倍以上，而且不会因为 7 天未使用而过期。S 还有 4 vCPU，多于私有仓库上 ubuntu-latest 的 2 核。

即使从大型主机商租一台同等规格的 VPS，你也得不到比 Skipbox 更便宜、更快、更省事的自托管运行器。Skipbox 为每个作业注册一个全新的运行器，作业结束后将其移除。每个作业结束后，它会清除运行器的凭据，并为下一个作业保留你的检出目录和构建输出。它会检查机器的健康状况，检查失败时重建机器，并让镜像保持最新。没有写入权限的人提交的代码（例如来自复刻的拉取请求）在一次性虚拟机上运行。这一切，S 只要每月 $39：修改一行 runs-on 即可，无需任何维护。

能，公开仓库和私有仓库都可以。没有写入权限的人提交的代码（例如来自复刻的拉取请求）在一台新的虚拟机上运行，它能读取你的缓存，但不能修改；你的专属机器只运行你团队的代码。

是的。套餐价格为每月 $39、$79 或 $149，以美元按月计费，或按年预付 10 个月的价格，没有用量费用。套餐限制的是同时运行的作业数和每个作业的规格，而不是分钟数：放不下的作业会等到某个正在运行的作业结束，等待不会增加任何费用。你的组织在 Skipbox 中的页面会显示有多少作业在等待，以及最早的那个已等了多久。单个作业最多可运行 6 小时。

并发作业数以 4 vCPU 的作业为单位计算。一个套餐同时运行的作业，vCPU 合计不超过其总量（S 4、M 8、L 16 vCPU），所以一个 8 vCPU 的作业算作 2 个，16 vCPU 的作业算作 4 个。一个套餐能运行的最大单个作业就是它的 vCPU 数：S 为 4，M 为 8，L 为 16。增加套餐即可同时运行更多作业。

每个 Skipbox S 作业获得 4 vCPU 和 16 GB 内存；私有仓库上 GitHub 的 ubuntu-latest 是 2 核、8 GB。你的专属机器还会保留上一个作业的 Docker 层和包缓存，用到它们的构建无需重新拉取；GitHub 托管的作业每次都在新的虚拟机上启动。docker build 和 docker compose build 会复用这些层。docker/setup-buildx-action 的默认构建器在每个作业中都从空开始，所以请在它上面设置 driver: docker，以使用机器自身的缓存。你的第一个作业在 Skipbox 上运行后，如果 GitHub 在过去 30 天里运行过它，控制台会把它的耗时与它在 GitHub 上的中位耗时并排显示。

S 套餐在你的专属机器上为 16 GB：是私有仓库上 ubuntu-latest（8 GB）的 2 倍，与 GitHub 的 larger runner（4 核）相同。以前的 S 套餐只有 8 GB，对 openai/codex（rust-v0.159.3）不够用：它的 cargo clippy --workspace --tests 靠把约 14 GB 换出到压缩 swap 才勉强跑完。换成现在的 16 GB，同一个构建只换出约 20 MB。需要更多内存的作业，可以用 32 GB 的 L 套餐。

只访问注册运行器和检查作业所需的内容。在组织上，Skipbox CI 应用申请三项权限：Self-hosted runners（写入），用于为每个作业在 GitHub 上注册运行器，并在作业结束时移除；Actions（读取和写入），用于查看哪些作业在等待、检查它们的状态、读取你的作业在过去 30 天的运行时长以生成报价，以及重新运行 Skipbox 机器在运行中途停止的作业；以及 Metadata（读取）。Skipbox CI 应用从不编辑或推送你的工作流，也无法读取你的代码：每个作业在它运行的虚拟机上自行检出代码。在个人账号上，GitHub 只允许拥有 Administration 权限的应用为仓库注册运行器，而这项权限还涵盖仓库的设置、协作者和部署密钥。Skipbox (personal) 会申请这项权限，并且只用它来注册和移除运行器。只有一项功能例外，而且只在你安装它时才适用：控制台的“创建拉取请求”按钮使用一个单独的应用 Skipbox Migrate，你只需把它安装在你选择的仓库上。在这些仓库中，它申请 Contents、Workflows 和 Pull requests 的写入权限，推送一个只修改 runs-on 行的分支（skipbox/run-ci-on-skipbox），并从该分支创建拉取请求。它从不合并，也从不改动你的默认分支。你登录时，Skipbox 还会读取你的邮箱地址，用于发送试用和计费通知。与任何运行器一样，作业的虚拟机上有你的工作流的机密和 GitHub 为该作业签发的令牌，所以作业运行的代码可以读取它们。

在你的组织的专属机器上：一台与套餐规格相同的虚拟机（试用期间也一样），每增加一个套餐就多一台。其他组织不会使用它。它在你的作业之间持续运行，所以 Docker 镜像、缓存、你的检出目录及其构建输出（Cargo 的 target/，使用 turbo 2 时还有 Turborepo 的缓存）都会留给接下来的作业。它运行在 Skipbox 背后的公司 Fluxenic 向云服务商租用或自行运营的服务器上，隐私政策列出了每家服务商及其所在国家。每个作业结束后，运行器的凭据、检出目录中的 Git 凭据以及常见的凭据文件都会被清除。超出专属机器容量的作业、没有写入权限的人提交的代码（例如来自复刻的拉取请求），以及开启“每个作业用新虚拟机”后的所有作业，都在新的虚拟机上运行，作业结束时虚拟机连同磁盘一起删除。运行超过 6 小时的作业会被停止。外部无法从互联网连入。外发邮件（TCP 端口 25）被阻止。互联网的其他部分都可以访问，与 GitHub 托管的运行器相同。流量不收费。

可以。随时在“套餐与账单”中点击“重置机器”。在那里开启“每个作业用新虚拟机”，每个作业就会在新的虚拟机上运行。

随时可以取消；套餐会持续到你已付费的月份或年度结束。如果你的作业在 Skipbox 上不比在 GitHub 上快，你付的钱会全部退还，按月和按年套餐都一样：请在首次付款后 30 天内，在账号的“套餐与账单”页面申请。Skipbox 取每个作业在 Skipbox 上和在 GitHub 上（安装 Skipbox 之前的 30 天）的中位耗时，按各作业在 GitHub 上的运行次数加权，再比较两个总和；作业在两边各运行至少 3 次才计入，没有可比较的作业时则不退款。如果订阅后运行的第一个作业没有在 10 分钟内开始（排在你自己其他作业之后的等待时间不计），我们会自动全额退还你的付款并终止套餐。除此之外，已付费的月份或年度不予退款，服务条款列出的情形除外。

不会扣费：试用无需绑卡。试用从你在 Skipbox 上的第一个作业开始，而不是从登录或安装应用时开始；期间一次运行一个 4 vCPU · 16 GB 作业，持续 7 天或 3,000 分钟，以先到者为准。每个账号可试用 1 次，每人 1 次。试用结束后，新作业会在 GitHub 上等待，直到你选择套餐。

把 runs-on 改为 skipbox 即可切换过来，改回 ubuntu-latest 即可切换回去。使用 GitHub 登录，在组织上安装 Skipbox CI 应用，或在个人账号上安装 Skipbox (personal)，把作业的 runs-on 行改为 skipbox 并提交；如果套餐包含更大的虚拟机，可使用 skipbox-8x16 或 skipbox-16x32。要切换回去，把 runs-on: skipbox 改回 runs-on: ubuntu-latest。仓库中的其他内容都没有改变。