Skip to main content
Last updated: September 23, 2026.
Murmur usage is billed in Murmur credits under usage-based pricing. One credit = $0.01. Credits are pre-purchased and burn down as agents consume the components below:
ComponentWhat it charges forHow it’s billedRate
CPU ComputeThe agent VM’s machine shapePer VM-second, while the VM is runningVaries by machine type — see rates
NAT IPThe VM’s public IPv4 addressPer VM-second, while the VM is running$0.0055 / hour
StorageBoot disk, sleep memory images, and baked imagesBoot 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 InferenceTokens served on a Murmur-provided model credentialPer model callPublished per-token rates plus 10% markup
Historical Session StorageAn agent’s retained session transcriptDaily, until the agent is deleted$0.00022 / decimal MB-month
On a platform placement, the rates above and in the appendix are the final prices Murmur charges: multiply one by your usage and that is the amount billed, with nothing further added at billing time. LLM Inference is the one exception, because its per-model rates are not published here — that section states separately what is added to the provider’s rates. Rates are quoted in USD, so multiply a dollar rate by 100 to get credits: the $0.0055 per hour NAT IP rate is 0.55 credits per hour. Your billing dashboard in Settings → Usage → Billing → Murmur Usage Detail breaks down the cost components for each of your workspaces, owners, and tags, by billing period. See the appendix below for more details.
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 nameMachine typeBilled rate/hourvCPUsMemorySleep
murmur-e2-mediume2-medium$0.036852 shared-core4 GiBWarm
murmur-n2-standard-2n2-standard-2$0.1068128 GiBWarm
murmur-n2-standard-4n2-standard-4$0.21362416 GiBWarm
murmur-n2-standard-8n2-standard-8$0.42735832 GiBWarm
murmur-n2-standard-16n2-standard-16$0.854591664 GiBWarm
murmur-n2-standard-32n2-standard-32$1.7092932128 GiBWarm
murmur-n2-standard-64n2-standard-64$3.4185864256 GiBCold
murmur-n2d-standard-2n2d-standard-2$0.0929528 GiBWarm
murmur-n2d-standard-4n2d-standard-4$0.18590416 GiBWarm
murmur-n2d-standard-8n2d-standard-8$0.37180832 GiBWarm
murmur-n2d-standard-16n2d-standard-16$0.743491664 GiBWarm
murmur-n2d-standard-32n2d-standard-32$1.4870932128 GiBWarm
murmur-n2d-standard-48n2d-standard-48$2.2305848192 GiBWarm
murmur-n2d-standard-64n2d-standard-64$2.9740764256 GiBCold
murmur-t2d-standard-2t2d-standard-2$0.0929528 GiBWarm
murmur-t2d-standard-4t2d-standard-4$0.18590416 GiBWarm
murmur-t2d-standard-8t2d-standard-8$0.37180832 GiBWarm
murmur-t2d-standard-16t2d-standard-16$0.743491664 GiBWarm
murmur-t2d-standard-32t2d-standard-32$1.4870932128 GiBWarm
murmur-t2d-standard-48t2d-standard-48$2.2305848192 GiBWarm
murmur-t2d-standard-60t2d-standard-60$2.7882860240 GiBCold
murmur-c3-standard-44c3-standard-44$2.4394744176 GiBWarm

AWS machine types

Catalog nameMachine typeBilled rate/hourvCPUsMemorySleep
murmur-m5-largem5.large$0.1056028 GiBWarm
murmur-m5-xlargem5.xlarge$0.21120416 GiBWarm
murmur-m5-2xlargem5.2xlarge$0.42240832 GiBWarm
murmur-m5-4xlargem5.4xlarge$0.844801664 GiBWarm
murmur-m5-8xlargem5.8xlarge$1.6896032128 GiBWarm
murmur-m5-16xlargem5.16xlarge$3.3792064256 GiBCold
murmur-c5-largec5.large$0.0935024 GiBWarm
murmur-c5-9xlargec5.9xlarge$1.683003672 GiBWarm

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.
ComponentCharged whileRate
Boot diskThe VM’s disk exists, whether the VM runs or sleepsDisk type rate × provisioned GiB
Sleep memory imageA machine type that preserves memory on sleep holds oneDisk type rate × machine RAM
Baked imageYou keep a custom VM imagePer 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.
Machine types marked Cold preserve no memory and incur no sleep-memory charge.

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 of murmur-pd-balanced held for six hours costs $0.1100 / 730 × 6, or $0.0009.
Catalog nameDisk typePriced regionsBilled rate
murmur-pd-standardGCP pd-standardus-central1, us-east1, us-west1$0.0440 per GiB-month
murmur-pd-balancedGCP pd-balancedus-central1, us-east1, us-west1$0.1100 per GiB-month
murmur-pd-ssdGCP pd-ssdus-central1, us-east1, us-west1$0.1870 per GiB-month
murmur-gp3AWS gp3us-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_hour on the machine type
  • cost_per_gib_month on the disk type
  • performance_cost_per_month on the disk type — a flat per-disk charge that does not scale with size, and applies to the boot disk only
Price every region your placements use in both entries. Enter the rate your cloud provider charges you. Because the placement is customer-managed, Murmur bills 10% of the total these rates produce, and your cloud provider bills you for the VM itself.

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.
An agent runs on a Murmur-provided model credential if it has no credentials of its own. These LLM Inference calls are billed on four token counts, valued at the published per-token rates for the model that served the call:
  • uncached input tokens
  • cache-read tokens
  • cache-write tokens
  • output tokens
Those per-token rates are the one place this page does not quote a final price. The charge is that token subtotal plus a 10% markup. Per-model rates are not listed on this page — the rate page carries a figure for each of the four counts above, model by model.
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.
Stored bytes are metered once a day at $0.00022 per decimal MB-month — approximately $0.2362 per GiB-month — prorated for the fraction of your billing period the transcript existed. To stop future accrual, permanently purge the stopped agent with 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.