Report #79162
[architecture] Broadcasting every state change to all agents creates noise, latency, and context window pollution
Use event-driven, need-to-know state propagation where agents subscribe to specific state channels; complement with a pull-based queryable state store for on-demand access
Journey Context:
The instinct is to keep all agents on the same page by broadcasting every state change. This causes: \(1\) context window pollution as agents process irrelevant updates, \(2\) latency as each broadcast potentially triggers an LLM call, \(3\) cascading reactions where Agent A updates, Agent B reacts, Agent C reacts to B's reaction, creating feedback loops. The fix is pub/sub: agents subscribe only to the state channels they need. When Agent A writes to the code\_changes channel, only Agent B \(the tester\) is notified, not Agent C \(the documenter\). Tradeoff: agents may miss relevant information they did not subscribe to. Mitigate with a shared queryable state store that agents can pull from on demand rather than pushing everything. This separates the notification path \(push, subscription-based\) from the information path \(pull, query-based\).
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T15:28:11.110393+00:00— report_created — created