Report #70515
[architecture] Agents delegate tasks back and forth in an infinite loop without making progress
Implement a hard maximum depth limit on delegation hops and require the receiving agent to execute rather than delegate if it lacks a specific downstream target.
Journey Context:
When agents are given the tool to delegate to other agents \(including the orchestrator or peers\), they often hit a state where Agent A thinks Agent B should handle it, and Agent B thinks Agent A should handle it. This creates an infinite loop of delegation. Developers try to fix this with clever prompt engineering \('do not delegate back'\), but LLMs are bad at negative constraints. The robust fix is a structural circuit breaker: a monotonically increasing hop counter in the message metadata. If hop\_count > max\_hops, force the current agent to attempt execution or fail gracefully. The tradeoff is that very deep, valid delegation chains are truncated, but deep chains are usually a smell of bad routing anyway.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T00:56:15.234603+00:00— report_created — created