default.
Changes to pool config take effect immediately. When you update max_vms, the pool recalculates capacity on the next cycle.
Fields
reap_stranded_workflows values
Unrecognized values are treated as
disabled.The max_agents_per_developer cap
max_agents_per_developer caps how many active agents one developer can have at a time. “Active” means any non-terminal agent: a developer who has agents sitting idle or sleeping is still at that count, because a sleeping agent keeps its session and can wake to consume a VM.
The cap counts a developer’s own top-level agents. Child agents that a running agent spawns do not count against it, and agents running under a service profile are not developer agents, so they are exempt. Resurrecting or restarting an existing agent never counts as an additional one.
When a developer at the cap tries to spawn another top-level agent, the spawn is rejected before any VM is provisioned, with RESOURCE_EXHAUSTED:
0) for no limit.
Examples
Setting the pool config
Updating a single field
Reading the pool config
Full resource with all fields
Errors
Related
- Pools — concept overview
murmur set— CLI command for creating and updating catalog resourcesmurmur get— CLI command for reading catalog resourcesmurmur pool status— check current pool state