Thanks — I’ve reviewed your logs and steps. You’re asking whether createDispatch should wake an agent from hibernation and how to keep an agent available (or set minimum replicas).
Short answer
• No — creating a dispatch does not wake an agent that has scaled to zero. Dispatches can be created, but no worker will pick them up if the agent runtime is hibernated.
• There’s no way on the free/build tier to set minimum replicas to 1. Paid plans keep agents warm (prevent scale-to-zero), which is the supported way to ensure agents are always available.
Why this is happening
• When the agent process has scaled to zero there are no running workers to accept dispatches. The dispatch sits in the queue until a worker is running.
• The message in the agent logs is misleading in the free-tier case: automatic start on new sessions only reliably happens when the runtime is kept warm (paid plans) or when a worker process is already running.
What you can do now
• If you need guaranteed wake/instant availability: upgrade to a paid plan so agents do not scale to zero.
• For development on the free tier:
◦ Manually wake the agent before expected traffic with
lk agent deploy
.
◦ Monitor agent status with
lk agent status
and only start sessions once a worker is reported running.
• There is no API/dispatch/token trick that will reliably wake a hibernated agent from scale-to-zero.
If you want, I can:
• Help verify your plan tier and confirm whether your project is on the free/build plan.
• Walk through using
lk agent status
and a small warm-up script or CI job to keep an agent running during expected hours. Which would you prefer? Sources:
Understand and Improve Agent Latency | LiveKit |
Agent dispatch | LiveKit Documentation |
Server lifecycle | LiveKit Documentation |
Pricing | LiveKit |
examples/drive-thru | livekit/livekit_composite | DeepWiki, with interactive elements