Skip to main content
A placement is a catalog resource that defines the cloud infrastructure target for agent VMs. Each workspace references one placement. Platform placements are preconfigured and immutable. Customer placements are authored by tenants via murmur set placement.

Fields

GCP target fields

Set substrate: SUBSTRATE_GCP and provide a gcp block:
All zones must be in the same region. Providing multiple zones enables automatic failover. If one zone lacks capacity, VMs are created in another.

AWS target fields

Set substrate: SUBSTRATE_AWS and provide an aws block:
Providing multiple subnets (one per AZ) enables automatic failover across availability zones.
The account embedded in role_arn, readonly_role_arn, and oidc_provider_arn must equal account_id.

Service account bindings

Each entry in service_account_bindings admits one cloud identity to workspaces through workspace_use. A caller with workspace.use on an admitted workspace may run agents as that identity when authorized to spawn there; no separate assumption permission is required. Workspace bakes likewise use the workspace’s bake authority. Agent reads use workspace.use and agent.read, never service-account grants. Placement administrators control admission, and workspace administrators control who may use the workspace. Each identity may appear only once per placement.

Examples

Customer GCP placement

Customer AWS placement

Listing placements

The list prints one name per line.

Reading a single placement

Errors