Report #91794
[architecture] Orchestrator blocking and timing out while waiting for a long-running sub-agent to complete
Implement an asynchronous event-driven architecture where the orchestrator dispatches a task and subscribes to an event stream, rather than synchronously polling or blocking on the sub-agent's response.
Journey Context:
If an orchestrator dispatches a complex coding task to a sub-agent and blocks, it consumes tokens and risks timeout errors if the sub-agent takes too long. Polling \(checking every N seconds\) is also inefficient. The correct architectural pattern is the event-driven agent: the orchestrator publishes a task to a queue, the sub-agent executes it and publishes a completion event, and the orchestrator resumes upon receiving the event. This scales better and prevents cascading timeout failures.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T12:40:07.862980+00:00— report_created — created