# Agent Dispatch errors - Free Plan | Automatic Agent Dispatch

**URL:** <https://community.livekit.io/t/agent-dispatch-errors-free-plan-automatic-agent-dispatch/1106>\
**Category:** Agents\
**Tags:** agent-deployment\
**Created:** [May 13, 2026, 5:59am UTC](https://community.livekit.io/t/agent-dispatch-errors-free-plan-automatic-agent-dispatch/1106 "2026-05-13T05:59:59Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![shashank.salian](https://avatars.discourse-cdn.com/v4/letter/s/d07c76/32.png) [@shashank.salian](https://community.livekit.io/u/shashank.salian)\
**Post date:** [May 13, 2026, 5:59am UTC](https://community.livekit.io/t/agent-dispatch-errors-free-plan-automatic-agent-dispatch/1106/1 "2026-05-13T05:59:59Z")

</div>

hey team, working on a POC use-case. Currently in the experimenting phase. Our Livekit cloud hosted agent was working fine till now with no as such agent dispatch error, but recently we are facing this error a lot.

This error is faced both when I test it out in the Livekit Dashboard Console. And also in hosted playground where other team members are testing the agent (via a room token and wss URL)

Currently automatic dispatch is on, which we plan on removing as we move to production. Just wanted to know if this a _plan_ issue as in do we need to upgrade or something else.

Really looking forward to your reply

 ![Screenshot 2026-05-13 at 11.24.25 AM](https://us1.discourse-cdn.com/flex001/uploads/livekit2/original/2X/3/38c367d99bc008e1a703ecd95bdd028dbb089411.png)

---

<div class="post-metadata">

**Author:** ![darryncampbell](https://sea1.discourse-cdn.com/flex001/user_avatar/community.livekit.io/darryncampbell/32/20_2.png) [@darryncampbell](https://community.livekit.io/u/darryncampbell)\
**Post date:** [May 13, 2026, 9:45am UTC](https://community.livekit.io/t/agent-dispatch-errors-free-plan-automatic-agent-dispatch/1106/2 "2026-05-13T09:45:59Z")

</div>

Nothing immediately jumps out to me, most typically this is because you have exceeded your quotas but it looks like you have fewer than 5 simultaneous sessions (the maximum allowed under `build`). Did you make any recent changes to your agent that might cause it to crash when it is dispatched? The easiest way to determine the root cause is the check the agent logs when the agent is dispatched:

`lk agent logs`

More information:

> **[Where to find your Agent Logs](https://livekit.com/blog/agent-logs)**
>
> Describes how to obtain agent logs through the CLI, by forwarding to an external service, or using Observability

---

<div class="post-metadata">

**Author:** ![Muhammad\_Usman\_Bashir](https://sea1.discourse-cdn.com/flex001/user_avatar/community.livekit.io/muhammad_usman_bashir/32/1149_2.png) [@Muhammad\_Usman\_Bashir](https://community.livekit.io/u/Muhammad_Usman_Bashir)\
**Post date:** [May 13, 2026, 5:35pm UTC](https://community.livekit.io/t/agent-dispatch-errors-free-plan-automatic-agent-dispatch/1106/3 "2026-05-13T17:35:38Z")

</div>

@shashank.salian, Building on @darryncampbell’s `lk agent` logs pointer: “was working, now failing” patterns on Cloud Agents almost always reduce to one of two things visible in those logs.

- Silent entrypoint crash on a recent deploy. Worker registers fine (so quotas look OK), but the entrypoint raises on connect (missing env var, lazy-import error, plugin init failure). Look for a traceback at the top of the agent log around the time the error started.
- Prewarmed processes holding partial state. If you deployed without a clean restart, prewarm workers may be running mid-state. Force `lk agent deploy` (or restart the deployment) to flush the pool.

If neither shows up, paste the actual error string from the screenshot here. That narrows it quickly.