Monk CIMonk CI

Pricing

Runner rates, add-on pricing, and how Monk CI compute is billed.

Monk CI is billed pay-as-you-go: per compute minute for runners, plus usage-based add-ons like Docker layer caching. There are no monthly minimums.

Pay-as-you-go billing - $0.004 / min

New organizations start on a Trial with included free minutes; billing begins only after the free allowance is exhausted. To track your own consumption against these rates, see the Usage & Billing workspace.

Runner Pricing

Compute minutes are billed per runner configuration. Larger runners consume your allowance and billable minutes at a higher multiplier than smaller ones.

RunnervCPUMultiplierEffective RateTypical Workloads
monkci-ubuntu-24.04-22$0.004 / minLinting, unit tests, small builds
monkci-ubuntu-24.04-44$0.008 / minIntegration tests, moderate builds
monkci-ubuntu-24.04-88$0.016 / minEnd-to-end tests, Docker image builds
monkci-ubuntu-24.04-1616$0.032 / minHeavy compilation, monorepo builds
monkci-ubuntu-24.04-323216×$0.064 / minYour one-size-fits-all powerhouse
monkci-ubuntu-latest3216×$0.064 / minAlways maps to the highest-performance tier

Add-On Pricing

Add-ons are billed separately from runner minutes, based on the resources they consume.

Docker Layer Caching - $0.50 / GB-month

Persistent, per-repository Docker layer cache co-located with your runners on local NVMe. Billed on the storage your cache occupies, prorated monthly. See the Docker Builds guide for setup.

Add-on charges appear as Billable usage in the Usage & Billing workspace alongside your runner minutes.


Common Use Cases

Estimating the cost of a workflow

Multiply the expected runtime by the effective rate of the runner it uses, then add any add-ons (e.g. Docker cache storage) it depends on.

Choosing a runner size

Start with the smallest runner that fits your workload's typical use case above, and check the Usage & Billing workspace after a few runs to see if a larger tier would meaningfully cut runtime.

Budgeting for Docker caching

Cache size scales with your image's dependency layers, not your repo size. A typical service image lands well under a few GB, putting monthly cache cost at a few dollars.