Last updated: September 23, 2026.
| Component | What it charges for | How it’s billed | Rate |
|---|---|---|---|
| CPU Compute | The agent VM’s machine shape | Per VM-second, while the VM is running | Varies by machine type — see rates |
| NAT IP | The VM’s public IPv4 address | Per VM-second, while the VM is running | $0.0055 / hour |
| Storage | Boot disk, sleep memory images, and baked images | Boot disk & memory image: per VM-second while those bytes exist. Baked image: hourly. | Varies by disk type — see rates; baked images $0.000077 / GiB-hour |
| LLM Inference | Tokens served on a Murmur-provided model credential | Per model call | Published per-token rates plus 10% markup |
| Historical Session Storage | An agent’s retained session transcript | Daily, until the agent is deleted | $0.00022 / decimal MB-month |
These rates apply to VMs Murmur runs for you. On a customer-managed placement, your own cloud account is invoiced for the VMs, disks, and images it runs, and Murmur charges one-eleventh of the listed rates — about 9.09% — for them. Your billing dashboard shows only the costs that apply to your workspace.
murmur get machine-type and murmur get disk-type report the rate stored on the catalog entry, which is the internal figure Murmur prices from rather than the billed rate. The rates on this page are the ones you are charged.Appendix
A pool VM accrues the VM-side components (CPU Compute, NAT IP, and the Storage parts) at the same rates from the moment it is created, before any agent claims it.
CPU Compute
The CPU Compute rate is the machine type’s hourly rate. Costs accrue per VM-second while the VM is running, and stop when the VM stops or sleeps. Each rate below is the CPU Compute rate for one running VM-hour, in every region the built-in prices —us-central1, us-east1, and us-west1 on GCP, us-east-1 and us-west-2 on AWS. A built-in carries the same rate in each of them. NAT IP and Storage are separate components on top.
Sleep indicates whether the machine preserves RAM when an agent sleeps:
- Warm resumes with memory intact and can accrue sleep-memory storage.
- Cold stops without a memory image.
GCP machine types
| Catalog name | Machine type | Billed rate/hour | vCPUs | Memory | Sleep |
|---|---|---|---|---|---|
murmur-e2-medium | e2-medium | $0.03685 | 2 shared-core | 4 GiB | Warm |
murmur-n2-standard-2 | n2-standard-2 | $0.10681 | 2 | 8 GiB | Warm |
murmur-n2-standard-4 | n2-standard-4 | $0.21362 | 4 | 16 GiB | Warm |
murmur-n2-standard-8 | n2-standard-8 | $0.42735 | 8 | 32 GiB | Warm |
murmur-n2-standard-16 | n2-standard-16 | $0.85459 | 16 | 64 GiB | Warm |
murmur-n2-standard-32 | n2-standard-32 | $1.70929 | 32 | 128 GiB | Warm |
murmur-n2-standard-64 | n2-standard-64 | $3.41858 | 64 | 256 GiB | Cold |
murmur-n2d-standard-2 | n2d-standard-2 | $0.09295 | 2 | 8 GiB | Warm |
murmur-n2d-standard-4 | n2d-standard-4 | $0.18590 | 4 | 16 GiB | Warm |
murmur-n2d-standard-8 | n2d-standard-8 | $0.37180 | 8 | 32 GiB | Warm |
murmur-n2d-standard-16 | n2d-standard-16 | $0.74349 | 16 | 64 GiB | Warm |
murmur-n2d-standard-32 | n2d-standard-32 | $1.48709 | 32 | 128 GiB | Warm |
murmur-n2d-standard-48 | n2d-standard-48 | $2.23058 | 48 | 192 GiB | Warm |
murmur-n2d-standard-64 | n2d-standard-64 | $2.97407 | 64 | 256 GiB | Cold |
murmur-t2d-standard-2 | t2d-standard-2 | $0.09295 | 2 | 8 GiB | Warm |
murmur-t2d-standard-4 | t2d-standard-4 | $0.18590 | 4 | 16 GiB | Warm |
murmur-t2d-standard-8 | t2d-standard-8 | $0.37180 | 8 | 32 GiB | Warm |
murmur-t2d-standard-16 | t2d-standard-16 | $0.74349 | 16 | 64 GiB | Warm |
murmur-t2d-standard-32 | t2d-standard-32 | $1.48709 | 32 | 128 GiB | Warm |
murmur-t2d-standard-48 | t2d-standard-48 | $2.23058 | 48 | 192 GiB | Warm |
murmur-t2d-standard-60 | t2d-standard-60 | $2.78828 | 60 | 240 GiB | Cold |
murmur-c3-standard-44 | c3-standard-44 | $2.43947 | 44 | 176 GiB | Warm |
AWS machine types
| Catalog name | Machine type | Billed rate/hour | vCPUs | Memory | Sleep |
|---|---|---|---|---|---|
murmur-m5-large | m5.large | $0.10560 | 2 | 8 GiB | Warm |
murmur-m5-xlarge | m5.xlarge | $0.21120 | 4 | 16 GiB | Warm |
murmur-m5-2xlarge | m5.2xlarge | $0.42240 | 8 | 32 GiB | Warm |
murmur-m5-4xlarge | m5.4xlarge | $0.84480 | 16 | 64 GiB | Warm |
murmur-m5-8xlarge | m5.8xlarge | $1.68960 | 32 | 128 GiB | Warm |
murmur-m5-16xlarge | m5.16xlarge | $3.37920 | 64 | 256 GiB | Cold |
murmur-c5-large | c5.large | $0.09350 | 2 | 4 GiB | Warm |
murmur-c5-9xlarge | c5.9xlarge | $1.68300 | 36 | 72 GiB | Warm |
NAT IP
The VM’s public IPv4 address is billed at $0.0055 per hour, accrued per VM-second while the VM is running, and stops when the VM stops or sleeps.Storage
Storage costs cover three separate parts, combined into one Storage line item. Boot disk and sleep memory image are priced from the disk type; baked images have their own rate.| Component | Charged while | Rate |
|---|---|---|
| Boot disk | The VM’s disk exists, whether the VM runs or sleeps | Disk type rate × provisioned GiB |
| Sleep memory image | A machine type that preserves memory on sleep holds one | Disk type rate × machine RAM |
| Baked image | You keep a custom VM image | Per stored GiB-hour |
Boot disk
The boot disk is the VM’s root filesystem. It accrues per VM-second from VM creation until the disk is deleted, whether the VM is running or sleeping.Sleep memory image
The sleep memory image holds the machine’s RAM so a warm VM can resume with memory intact. It is sized to the machine’s RAM, and behavior differs by cloud:- AWS — a memory-image volume of the selected disk type exists for the VM’s full lifetime, whether the VM is running or sleeping.
- GCP — a memory snapshot exists only while the VM is suspended.
Baked images
Baked images are billed at $0.000077 per stored GiB-hour, based on the image’s stored size (the compressed archive or EBS snapshot, not the nominal size of the source disk), so one GiB kept for a 730-hour month costs $0.05621. Deleting an unused image stops the charge.Disk type rates
Disk type rates price the boot disk and sleep memory image. The disk-type reference lists the built-in entries. These rates are quoted per GiB-month and metered by the second, prorated by 730 hours per month: one GiB ofmurmur-pd-balanced held for six hours costs $0.1100 / 730 × 6, or $0.0009.
| Catalog name | Disk type | Priced regions | Billed rate |
|---|---|---|---|
murmur-pd-standard | GCP pd-standard | us-central1, us-east1, us-west1 | $0.0440 per GiB-month |
murmur-pd-balanced | GCP pd-balanced | us-central1, us-east1, us-west1 | $0.1100 per GiB-month |
murmur-pd-ssd | GCP pd-ssd | us-central1, us-east1, us-west1 | $0.1870 per GiB-month |
murmur-gp3 | AWS gp3 | us-east-1, us-west-2 | $0.0880 per GiB-month |
Machine and disk types you define
When an admin sets up a customer-managed placement in a region the built-ins do not price, they add their own machine-type and disk-type entries. VMs allocated from those entries are priced from the rates those entries carry for the VM’s region:cost_per_houron the machine typecost_per_gib_monthon the disk typeperformance_cost_per_monthon the disk type — a flat per-disk charge that does not scale with size, and applies to the boot disk only
LLM Inference
Bring your own model credential to skip LLM Inference chargesRun
murmur setup to register your own provider API key or subscription token (Anthropic, OpenAI, Claude, Codex, etc.) as a developer secret. Agents you spawn use it instead of Murmur’s credential.Agents that do not run as you — a flight, or anything else started by automation — run under a service profile and take their credential from that profile’s anthropic_api_key_secret, claude_oauth_token_secret, or openai_api_key_secret. Set those too, or those calls stay on Murmur’s credential.- uncached input tokens
- cache-read tokens
- cache-write tokens
- output tokens
Calls on your own credentials are still recorded — token counts reach the dashboard’s usage views and the per-turn cost figure exactly as Murmur-provided calls do.The per-turn cost the dashboard shows (and the cumulative API cost in
murmur ls and murmur status) is a list-price estimate, not a charge. It values the turn’s tokens at the provider’s published rates, with cache-TTL, service-tier, fast-mode, and pinned-region multipliers applied per call. Use it to compare turns, agents, and models, not to predict your bill.Historical Session Storage
Each agent execution with a persisted session keeps one JSONL transcript in Murmur-managed session storage:- The coding backend’s conversation state, used to restore or resurrect the execution.
- Downloadable from the agent view.
- Separate from the dashboard’s timeline and event history.
- Survives the execution finishing, sleeping, being killed, or losing its VM.
murmur delete — this covers every execution and descendant agent, and every version of their transcripts. Preview the scope with murmur delete --dry-run <slug>, and murmur kill first if anything in the subtree is still running.
There is no separate retention setting or workspace-wide session purge. Deleting a workspace catalog entry does not delete transcripts; deleting the tenant purges all session objects under it.