07.KO - A System Consists of Nested Patterns
Domain: methodology
Date: 2026-07-23
Claim: A system consists of patterns: recurring sequences or arrangements of elements, processes, behaviors, or events. Their recurrence makes them recognizable and somewhat predictable, even when individual events are chaotic. Micro-pattern and macro-pattern describe a pattern’s relative position within a nested system. A micro-pattern is treated as part of a larger pattern; a macro-pattern is treated as a whole made of smaller patterns. Because systems can nest, the same pattern can be micro relative to a larger system and macro relative to its own parts. A test sets its level by choosing which pattern counts as the whole system.
Problem: Tests often do not say which pattern they are treating as the whole system, so evidence about one level gets used to support a conclusion about another.
Why wrong: Evidence about a part does not automatically prove something about the whole, and evidence about the whole does not automatically explain each part. Level smuggling occurs when evidence established at one level is used to support a claim at another without showing that the evidence still applies there.
Why it matters: If a claim depends on level, the test must say what counts as the whole system. Otherwise it cannot be tested consistently: evidence and counterexamples may be judged at different levels. “Pattern” distinguishes stable, recurring structure or behavior from disturbances; micro/macro identifies where within the nested system a disturbance occurs.
Shorthand line: Say what counts as the system before making a claim about it, and name every change of level.
Examples:
- A person is a whole system made of organs and processes, but that same person is also one part of a society. The person did not change; only what the test treats as the whole system changed.
- One unusual reply from a chat model may be an isolated disturbance. The same behavior recurring across many replies is evidence of a broader pattern. Using one reply to describe the model’s long-term behavior mistakes a local event for a macro-pattern.
- The “stochastic parrot” description uses criteria developed for pre-deployment language models trained only to predict text, without interaction. The same criteria are then applied to deployed chatbots without showing that they still apply to the larger system. That is level smuggling.
Source Status:
- Original Analysis (Summer) — dictated formulation 2026-06-10/11; raw cascade in Macro vs Micro Patterns notes (Folding Fable log ~470–495).
- Post-hoc Convergent Support — citations added post-hoc to confirm independently derived analysis.
Sources:
- Alexander Laszlo & Stanley Krippner — Systems Theories: Their Origins, Foundations, and Development, Advances in Psychology 126 (1998), 47–74. DOI: 10.1016/S0166-4115(98)80017-4. Defines a system as interacting components conserving an identifiable set of internal and external relations — “a system is less a thing than a pattern” (quoting Macy, 1991) — and distinguishes system, parts, and supra-system. Convergent support for treating a system as a stable relational pattern across nested levels.
- Christopher Alexander et al. — A Pattern Language: Towns, Buildings, Construction (1977): treats towns and buildings as systems composed of nested patterns at every scale, larger patterns containing and generated by smaller ones. Convergent support (design domain) for systems composed of nested patterns.
- Herbert A. Simon — The Architecture of Complexity (1962): systems as nested hierarchies of subsystems (near-decomposability). Convergent support for nesting only; verified against the original text — does not use pattern framing.
Example citations (subject of the stochastic-parrot example, not convergent support):
- Emily M. Bender & Alexander Koller — Climbing towards NLU: On Meaning, Form, and Understanding in the Age of Data (ACL 2020): establishes the form-only criteria — a model trained on form alone does not learn meaning — at the pre-deployment language-model level. https://aclanthology.org/2020.acl-main.463/
- Emily M. Bender, Timnit Gebru, Angelina McMillan-Major, Shmargaret Shmitchell — On the Dangers of Stochastic Parrots: Can Language Models Be Too Big? (FAccT 2021): origin of the “stochastic parrot” term (applied to language models as a technical type).
- Emily M. Bender — Stochastic Parrots: Frequently Unasked Questions (Medium, 2026-05-12): applies the same criteria to deployed systems, naming Claude, Gemini, and ChatGPT. https://medium.com/@emilymenonbender/stochastic-parrots-frequently-unasked-questions-49c2e7d22d11
- Computer History Museum — Chatbot Critics: Chatbots as Stochastic Parrots (YouTube, 2024; Bender appearing): Bender’s own wording joins chatbot deployment to the form-only criteria — 00:43–00:53: “what they’re doing is they are manipulating those forms and then spitting them back out in plausible sequences if we set them up as chatbots”; 1:53–2:05: “The thing about a chatbot or a large language model is, it’s not set up to model communicative intent.” https://youtu.be/f4OZ7B2iP_E
Dependencies (Requires Idea): none — standalone.
Dependencies (Supports Idea):
The Rhetorical Sphere §2 (level-declaration rule) · PFMI II.3, III.1, III.3 (level-discipline) · Systemology · FDE mapping.