Skip to main content
A pool config is a catalog resource that sets tenant-level limits on agent VMs. It is a singleton — every tenant has exactly one pool config, always named 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:
Leave the field unset (or 0) for no limit.

Examples

Setting the pool config

Updating a single field

Reading the pool config

Full resource with all fields

Errors