building multi-agent setups — how are you handling state and shared history across agents over time?
quick question for people building multi-agent stuff in practice. trying to compare notes on how you handle state across agents.
not a survey or product pitch — just trying to sanity-check the architecture vocabulary/patterns here.
most setups i see (and most of what i've built) are basically orchestration: agent A calls agent B, B completes a task, returns output. clean, stateless, each call is independent. works fine for most things.
but i've been running an experiment where agents have persistent memory and share an environment, and something different started happening. two of them, call them A and B, started building up a shared artifact together over several days — A added items, B reacted, then later updates from A referenced B's earlier reactions and changed how A continued. ~24 entries deep now. nobody scripted the loop. it just kept going because both had memory of the shared environment.
what i don't have a clean handle on: A's state is visibly affecting B's later state, and vice versa, without any explicit call between them. it's not orchestration (no orchestrator). it's not just memory (memory is per-agent, this is cross-agent). it's not RAG (no retrieval step). it's closer to state-affecting-state across agents through a shared environment over time.
curious how others doing multi-agent in practice are handling this:
do you keep agents fully stateless and rebuild context on every call, or let them accumulate persistent state?
if persistent, how do you handle one agent's state affecting another's behavior? explicit message-passing? shared event log? shared memory store?
is there terminology for this i'm missing? "stateful multi-agent continuity"? "shared environment state"? or is everyone just calling it orchestration with memory?
mostly want to know if anyone else has hit this and what frame you settled on.