S
Mesin anda sendiri untuk ujian dan build harian
$39/bulan
$390/tahun
$32.50 sebulan, dibilkan setiap tahun
- CPU
- 4 vCPU
- Memori
- 16 GB2× ubuntu-latest pada repositori peribadi
- Cakera
- 80 GB
- Label runs-on terbesar
skipbox- Job serentak
- 1
- Minit
- Tanpa had
1/12 daripada kos GitHub pada penggunaan penuh. Harga tetap, jadi jalankan sepanjang hari. 7× ruang cache GitHub.
Lebih pantas daripada GitHub, atau wang dikembalikan
.github/workflows/ci.yml jobs:
test:
- runs-on: ubuntu-latest
+ runs-on: skipbox
steps:
- uses: actions/checkout@v4
lint:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
Lebih pantas daripada GitHub, atau wang dikembalikan
runs-on-nya, dan pushTomoya FujitaPengasas dan CEO, Fluxenic Inc. · Tokyo
Dalam era AI yang terus mempercepatkan setiap bahagian pembangunan, CI/CD kekal perlahan dan menjadi kesesakan. Saya membina Skipbox kerana saya tidak tahan dengan keadaan itu.
Convika, produk kami yang lain, menjalankan ujian dan deploy-nya di Skipbox.
Dibandingkan pada vCPU dan memori yang sama
Jimat $183 sebulan ($2,196 setahun)
Pada GitHub Team, Skipbox S lebih murah daripada runner 4 teras GitHub melebihi kira-kira 4,800 minit sebulan, dan lebih murah daripada ubuntu-latest melebihi kira-kira 9,500. Setiap minit selepas itu tiada kos tambahan.
Mesin anda sendiri untuk ujian dan build harian
$39/bulan
$390/tahun
$32.50 sebulan, dibilkan setiap tahun
skipboxMesin lebih besar untuk build berat dan ujian penyemak imbas
$79/bulan
$790/tahun
$65.84 sebulan, dibilkan setiap tahun
skipbox-8x16Yang terbesar, untuk build besar atau concurrency tinggi
$149/bulan
$1,490/tahun
$124.17 sebulan, dibilkan setiap tahun
skipbox-16x32Lebih pantas daripada GitHub, atau wang dikembalikan
VM khusus untuk akaun anda pada harga bulanan tetap. Kami uruskan semua penyelenggaraan.
Dimungkinkan oleh VM anda sendiri yang sentiasa sedia.
Sekurang-kurangnya 7× ruang cache GitHub
Imej dibina semula secara automatik, jadi mesin pulih daripada ralat.
Data sensitif diasingkan sepenuhnya bagi setiap akaun.
Job setiap projek dengan langkahnya tidak diubah, pada ubuntu-24.04 GitHub dan mesin sendiri Skipbox. Kedua-duanya 4 vCPU, satu commit dijalankan semula.
3 daripada 10 projek yang kami ukur, pada 12–13 November 2026. Setiap masa ialah median bagi run di bawahnya. Kedua-dua pihak menjalankan semula commit yang sama: kes terbaik bagi setiap satu.
Sebenarnya, cache GitHub Actions berfungsi begini.
Tidak dikongsi antara branch
Cache yang dibuat pada branch lain tidak boleh dibaca.
Larian pertama pull request terlepas cache
Tanpa cache pada branch lalai, ia membina dari awal.
Kunci tidak boleh ditulis ganti
Mengemas kini cache memerlukan key dan restore-keys yang teliti.
Dipadam selepas 7 hari tidak digunakan
Melebihi 10 GB keseluruhan, cache paling lama dibuang dahulu.
Skipbox tidak memerlukan semua ini.
Tanpa konfigurasi, cache paling cekap dari hari pertama anda.
Dan 7× ruang cache GitHub.
Ya, kebanyakannya. Skipbox menjalankan workflow repositori awam dan peribadi pada organisasi GitHub dan akaun peribadi. VM itu ialah Ubuntu 24.04 pada x64 dengan Docker, git, build-essential, Node 22 dan Python 3.12, dan job berjalan sebagai pengguna dengan sudo tanpa kata laluan, seperti pada runner GitHub. Imej ubuntu-latest GitHub mempunyai lebih banyak perisian siap dipasang, jadi tambahkan actions/setup-java, actions/setup-go dan seumpamanya untuk alat lain.
Dengan AI menulis lebih banyak kod, CI berjalan lebih kerap setiap bulan, dan caj seminit meningkat setiap kali ia berjalan. Jadi Skipbox sengaja memilih model berbeza: anda menyewa VM untuk akaun anda seorang, secara bulanan. GitHub tidak mengecaj minit self-hosted runner, jadi berapa banyak pun job yang anda jalankan, harganya kekal tetap $39 sebulan untuk S. Fluxenic, syarikat di sebalik Skipbox, menjalankan pelayan daripada penyedia awan berkos rendah dan pelayannya sendiri, lalu menyediakannya sebagai VM bersaiz praktikal. Skipbox membuat kerja yang leceh untuk anda: mendaftarkan runner, membersihkan selepas setiap job dan menyemak kesihatan mesin. Ia juga membina semula mesin yang rosak dan memastikan imej sentiasa terkini. Pada penggunaan penuh, harganya 1/12 daripada harga GitHub dan 1/8 daripada harga Blacksmith.
Kerana mesin itu milik akaun anda seorang dan terus berjalan antara job. Lapisan Docker dan cache pakej daripada job terakhir anda masih ada pada cakeranya, jadi build yang menggunakannya tidak perlu memuat turun atau membinanya semula. Job yang dihoskan GitHub bermula pada VM baharu dengan cakera kosong setiap kali. Malah S menyimpan cache-nya pada cakera 80 GB sendiri. Itu lebih daripada 7x cache yang GitHub berikan kepada repositori secara lalai, dan tiada apa di dalamnya yang luput selepas 7 hari tidak digunakan. S juga mempunyai 4 vCPU, lebih daripada 2 teras ubuntu-latest pada repositori peribadi.
Sewa VPS bersaiz sama daripada penyedia hos utama, dan anda masih tidak akan mendapat self-hosted runner yang lebih murah, lebih pantas dan kurang kerja berbanding Skipbox. Skipbox mendaftarkan runner baharu untuk setiap job dan membuangnya selepas itu. Selepas setiap job ia memadam bukti kelayakan runner dan menyimpan checkout serta output build anda untuk job seterusnya. Ia menyemak kesihatan mesin, membinanya semula apabila semakan gagal dan memastikan imej sentiasa terkini. Kod daripada orang tanpa akses tulis (seperti pull request daripada fork) berjalan pada VM pakai buang. Anda mendapat semua itu pada $39 sebulan dengan S, hanya dengan menukar satu baris runs-on, tanpa apa-apa untuk diselenggara.
Ya, repositori awam dan peribadi sama sahaja. Kod daripada orang tanpa akses tulis (seperti pull request daripada fork) berjalan pada VM baharu yang boleh membaca cache anda tetapi tidak boleh mengubahnya; mesin anda sendiri hanya menjalankan kod pasukan anda.
Ya. Pelan berharga $39, $79 atau $149 sebulan, dibilkan dalam dolar AS secara bulanan, atau setahun di muka pada harga 10 bulan, tanpa caj penggunaan. Pelan mengehadkan bilangan job yang berjalan serentak dan saiz setiap job, bukan minit: job yang tidak muat akan menunggu sehingga job yang sedang berjalan tamat, dan menunggu tidak menambah apa-apa pada bil anda. Halaman organisasi anda dalam Skipbox menunjukkan bilangan job yang menunggu dan berapa lama job paling lama telah menunggu. Satu job boleh berjalan sehingga 6 jam.
Job serentak dikira dalam unit job 4 vCPU. Pelan menjalankan job sehingga jumlah vCPU-nya pada satu masa (S 4, M 8, L 16 vCPU), jadi job 8 vCPU dikira sebagai 2, dan job 16 vCPU sebagai 4. Job tunggal terbesar yang boleh dijalankan oleh pelan ialah bilangan vCPU-nya: 4 pada S, 8 pada M, 16 pada L. Tambah pelan untuk menjalankan lebih banyak job serentak.
Setiap job Skipbox S mendapat 4 vCPU dan 16 GB; ubuntu-latest GitHub pada repositori peribadi ialah 2 teras dan 8 GB. Mesin anda sendiri juga menyimpan lapisan Docker dan cache pakej daripada job terakhir anda, jadi build yang menggunakannya tidak perlu memuat turunnya semula; job yang dihoskan GitHub bermula pada VM baharu setiap kali. docker build dan docker compose build menggunakan semula lapisan itu. Builder lalai docker/setup-buildx-action bermula kosong dalam setiap job, jadi tetapkan driver: docker padanya untuk menggunakan cache mesin itu sendiri. Selepas job pertama anda berjalan di Skipbox, papan pemuka menunjukkan masanya di sebelah mediannya di GitHub bagi 30 hari lepas, jika GitHub menjalankannya dalam tempoh itu.
16 GB pada pelan S, pada mesin anda sendiri: 2× daripada 8 GB ubuntu-latest pada repositori peribadi, dan sama dengan larger runner GitHub yang mempunyai 4 teras. Pelan S dahulu ada 8 GB, dan itu tidak mencukupi untuk openai/codex (rust-v0.159.3): cargo clippy --workspace --tests miliknya hanya siap dengan menolak kira-kira 14 GB ke swap termampat. Pada 16 GB hari ini, build yang sama menggunakan swap kira-kira 20 MB sahaja. Untuk job yang perlukan lebih, pelan L ada 32 GB.
Hanya apa yang diperlukannya untuk mendaftarkan runner dan menyemak job. Pada organisasi, apl Skipbox CI meminta tiga kebenaran: Self-hosted runners (tulis), untuk mendaftarkan runner dengan GitHub bagi setiap job dan membuangnya apabila job tamat; Actions (baca dan tulis), untuk melihat job mana yang menunggu, menyemak statusnya, membaca berapa lama job anda berjalan dalam 30 hari lepas untuk sebut harga anda, dan menjalankan semula job yang mesin Skipbox-nya berhenti di tengah jalan; dan Metadata (baca). Apl Skipbox CI tidak pernah mengedit atau push workflow anda, dan ia tidak boleh membaca kod anda: setiap job membuat checkout kod anda sendiri, pada VM tempat ia berjalan. Pada akaun peribadi, GitHub hanya mendaftarkan runner untuk repositori dengan kebenaran Administration, yang turut merangkumi tetapan, kolaborator dan deploy key repositori itu. Skipbox (personal) memintanya dan menggunakannya hanya untuk mendaftarkan dan membuang runner. Satu ciri sahaja menjadi pengecualian, dan hanya apabila anda memasangnya: butang "Open a pull request" pada papan pemuka menggunakan apl berasingan, Skipbox Migrate, yang anda pasang hanya pada repositori yang anda pilih. Di sana ia meminta akses tulis kepada Contents, Workflows dan Pull requests, push satu branch (skipbox/run-ci-on-skipbox) yang hanya menukar baris runs-on, dan membuka pull request daripadanya. Ia tidak pernah menggabungkan atau menyentuh branch lalai anda. Apabila anda log masuk, Skipbox juga membaca alamat e-mel anda, untuk notis percubaan dan pengebilan. Seperti pada mana-mana runner, VM sesuatu job memegang rahsia workflow anda dan token GitHub untuk job itu, jadi kod yang dijalankan oleh job boleh membacanya.
Pada mesin organisasi anda sendiri: VM bersaiz pelan anda (semasa percubaan juga), satu lagi bagi setiap pelan tambahan. Tiada organisasi lain yang menggunakannya. Ia terus berjalan antara job anda, jadi imej Docker, cache, checkout anda dan output build-nya (target/ Cargo, serta cache Turborepo dengan turbo 2) kekal untuk job seterusnya. Ia berjalan pada pelayan yang disewa oleh Fluxenic, syarikat di sebalik Skipbox, daripada penyedia awan atau dijalankannya sendiri. Dasar privasi menyenaraikan setiap penyedia dan negara. Selepas setiap job, bukti kelayakan runner, bukti kelayakan git dalam checkout anda dan fail bukti kelayakan biasa dipadam. Job di luar mesin anda sendiri, kod daripada orang tanpa akses tulis (seperti pull request daripada fork) serta setiap job semasa “VM baharu bagi setiap job” dihidupkan, berjalan pada VM baharu, yang dipadam bersama cakeranya apabila job tamat. Job yang masih berjalan selepas 6 jam akan dihentikan. Tiada apa-apa boleh menyambung masuk dari internet. Mel keluar (port TCP 25) disekat. Selebihnya internet terbuka, seperti pada runner yang dihoskan GitHub. Trafik tidak dicaj.
Boleh. Tekan “Set semula mesin” dalam Pelan dan pengebilan, bila-bila masa. Hidupkan “VM baharu bagi setiap job” di sana, dan setiap job berjalan pada VM baharu.
Batal bila-bila masa; pelan anda berjalan hingga akhir bulan, atau tahun, yang telah anda bayar. Jika job anda tidak lebih pantas di Skipbox berbanding di GitHub, anda mendapat semula semua yang telah anda bayar, untuk pelan bulanan dan tahunan: mohon di halaman Pelan dan pengebilan akaun anda dalam masa 30 hari selepas bayaran pertama anda. Skipbox mengambil masa median setiap job di Skipbox dan di GitHub (30 hari sebelum anda memasang Skipbox), memberi pemberat kepada setiap job mengikut kekerapannya berjalan di GitHub, dan membandingkan kedua-dua jumlah; job dikira sebaik sahaja ia berjalan sekurang-kurangnya 3 kali di setiap satu, dan jika tiada job untuk dibandingkan, tiada apa-apa untuk dipulangkan. Jika job pertama yang anda jalankan selepas melanggan tidak bermula dalam masa 10 minit, tidak termasuk masa menunggu di belakang job anda sendiri, kami pulangkan bayaran anda sepenuhnya secara automatik dan menamatkan pelan. Selain itu, bulan atau tahun yang telah dibayar tidak dipulangkan, kecuali dalam kes yang disenaraikan dalam Terma.
Tiada caj: percubaan tidak memerlukan kad. Ia bermula pada job pertama anda di Skipbox, bukan semasa anda log masuk atau memasang apl, dan menjalankan satu job 4 vCPU · 16 GB pada satu masa selama 7 hari atau 3,000 minit, yang mana dahulu. Terdapat 1 percubaan bagi setiap akaun dan 1 bagi setiap orang. Apabila ia tamat, job baharu menunggu di GitHub sehingga anda memilih pelan.
Tukar runs-on kepada skipbox untuk beralih, dan kembali kepada ubuntu-latest untuk berpatah balik. Log masuk dengan GitHub, pasang apl Skipbox CI pada organisasi anda atau Skipbox (personal) pada akaun peribadi anda, tukar baris runs-on job itu kepada skipbox, dan commit; untuk VM lebih besar pada pelan yang menyertakannya, gunakan skipbox-8x16 atau skipbox-16x32. Untuk kembali, tukar runs-on: skipbox semula kepada runs-on: ubuntu-latest. Tiada apa-apa lagi dalam repositori anda yang berubah.
CI/CD lebih pantas dengan cache yang sentiasa sedia
1/12 daripada kos GitHub pada penggunaan penuh. Harga tetap, jadi jalankan sepanjang hari. 7× ruang cache GitHub.