From 9c511f50dd7f04fe978733cb26724cd41058254d Mon Sep 17 00:00:00 2001 From: zachary62 Date: Mon, 6 Jan 2025 03:46:56 +0000 Subject: [PATCH] clarify communication --- docs/communication.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/docs/communication.md b/docs/communication.md index 8269e3e..5830019 100644 --- a/docs/communication.md +++ b/docs/communication.md @@ -17,7 +17,9 @@ If you know memory management, think of the **Shared Store** like a **heap** (sh > **Why not use other communication models like Message Passing?** > -> *Message Passing* works fine for simple DAGs, but in nested or cyclic Flows it gets unwieldy. A shared store keeps things straightforward. High-level patterns like *Message Passing* and *Event-Driven Design* can still be layered on top via *Async Queues or Pub/Sub* in a shared store (see [Multi-Agents](./multi_agent.md)). +> At a **low-level** between nodes, *Message Passing* works fine for simple DAGs, but in nested or cyclic Flows it gets unwieldy. A shared store keeps things straightforward. +> +> That said, **high-level** patterns like *Message Passing* and *Event-Driven Design* can still be layered on top via *Async Queues or Pub/Sub* in a shared store (see [Multi-Agents](./multi_agent.md)). {: .note } ---