docs: align design docs and README with the editor
This commit is contained in:
@@ -6,7 +6,7 @@ A **Feedback Loop** in a **Model** is a cycle in the wiring (Stock → Informati
|
||||
Link(s)/Flow → same Stock). We chose to **derive** loops by detecting cycles and
|
||||
classifying each as **Reinforcing** (even number of `−` polarities) or
|
||||
**Balancing** (odd), rather than storing them as first-class objects the user
|
||||
hand-labels. This makes loops *discovered insight* that can never disagree with
|
||||
hand-labels. This makes loops _discovered insight_ that can never disagree with
|
||||
the actual structure — the point of a systems-thinking tool.
|
||||
|
||||
## Considered Options
|
||||
|
||||
@@ -2,8 +2,8 @@
|
||||
|
||||
_Part of [meadows](../../README.md) · see [DESIGN.md](../../DESIGN.md)._
|
||||
|
||||
In the domain `Model`, a **Flow** is a *node* carrying `source` and `target`
|
||||
references (each to a Stock or Cloud), not an edge. The pipe you see is *rendered*
|
||||
In the domain `Model`, a **Flow** is a _node_ carrying `source` and `target`
|
||||
references (each to a Stock or Cloud), not an edge. The pipe you see is _rendered_
|
||||
from those references. The **Source/Sink** boundary is a **materialised Cloud
|
||||
node**, so every Flow connects node→node uniformly — no `null` ends.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user