#Subagents/workers die way too quick
1 messages · Page 1 of 1 (latest)
Yep — there are two different “timeouts” that can make it look like agents/subagents/workers “die”.
1) Agent run gets aborted (common): agents.defaults.timeoutSeconds (default 600s)
By default, an agent run is aborted after ~10 minutes. Bump this if your worker runs are legitimately longer.
Config (JSON5):
{
agents: {
defaults: {
timeoutSeconds: 3600, // 1h (default: 600)
},
},
}
CLI way:
openclaw config set agents.defaults.timeoutSeconds 3600 --json
openclaw gateway restart
Docs: https://docs.openclaw.ai/concepts/agent-loop#timeouts
2) “Wait timed out” but the run continues (does NOT kill the worker)
If you’re dispatching work via sessions_send, the wait can time out and return status: "timeout" even though the agent is still running (you can check transcript/history later).
Docs: https://docs.openclaw.ai/concepts/session-tool#sessions_send
Sub-agents specifically: auto-archive (default 60 minutes)
Sub-agent runs are also subject to auto-archive (they can disappear from /subagents list after N minutes). If you run long subagent jobs, bump:
{
agents: {
defaults: {
subagents: {
archiveAfterMinutes: 240, // default: 60
},
},
},
}
Docs: https://docs.openclaw.ai/tools/subagents
If you tell me roughly how long they run before “dying” (30s vs ~10m vs ~60m) and what you see in /subagents list (outcome timeout / error / etc.), I can point you at the exact knob. Also grab openclaw --version (version mismatches matter a lot).