The arrow is a claim.
Meadows is a small browser tool for stock-and-flow models. Its text language names stocks, faucets, clouds, information links, and feedback loops. Add numbers or formulas and the page plots how each stock changes over time.[1]
That extra step matters. A normal architecture diagram can say that work enters a queue and a reviewer drains it. It cannot tell you whether the queue clears. The answer depends on the arrival rate, service rate, starting backlog, and time horizon.
Structure tells you what touches what. A runnable model tells you what your assumptions predict.
Text diagrams solve a different problem.
Mermaid flowcharts define nodes and links in text. Its current flowchart syntax also covers direction, node shapes, subgraphs, link labels, and animated edges.[2] Graphviz DOT defines graphs, directed graphs, nodes, edges, attributes, subgraphs, and clusters.[3] Both are useful because the diagram source can live beside code and change in a diff.
Meadows adds state and time. In the inspected revision, a PureScript compiler turns source text into graph data. The TypeScript frontend lays out the graph, simulates it, draws stock traces, and can overlay faucet rates. We entered a queue model in the public playground and saw the named inflow, stock, and outflow appear without an error.[1]
A running model can still be wrong.
Execution proves that the model has behavior. It does not prove that the model matches production. A constant service rate can hide reviewer schedules, priority classes, retries, blocked work, batching, and correlated arrivals. A smooth curve can make a weak assumption look settled.
Write each assumption next to the control that changes it. Save the input text and exact tool revision. Compare at least one point against an independent calculation. Then compare the model with a measured run before using it for staffing or release decisions.
Give agents a model contract.
An agent can draft a diagram fast. Ask for four separate outputs: the source notation, the equations or transition rules, the initial values, and one replay result. Review the units before the layout. A beautiful feedback loop with mismatched units is still broken.
Keep a static picture for readers who need the overview. Put the runnable model beside it when the article predicts accumulation, delay, saturation, oscillation, or recovery. The code should expose the claim instead of decorating it.