Core question: “How do these elements relate to each other?”
A structural representation — elements, relationships, boundaries, feedback loops. Models show how things relate, not what to do about them. Evolving; updated as understanding grows.
A model form requires:
Naming heuristic: value proposition + structure metaphor. “Compound Node Anatomy” not “Compound Node Model.”
is_a::[Model Form](Model%20Form.html)has_status::[Seed Stage](Seed%20Stage.html) or [Growing Stage](Growing%20Stage.html)in_domain::[Deep Context Architecture](../domains/Deep%20Context%20Architecture.html)depends_on::[[Foundational Concept]]↑ — prerequisitesimplements::[Decision Form](Decision%20Form.html) — operationalizes a decisionrelates_to::[Principle Form](Principle%20Form.html), [Boundary Form](Boundary%20Form.html), [Pattern Form](Pattern%20Form.html)A Model Form node can serve as the parent index of a compound folder containing other form-typed nodes. In this usage, the model describes the collection’s organizing structure — categories, relationships between groups, and the collection’s boundaries — while individual nodes within the folder carry their own form types (typically Pattern Form). Category and subcategory nodes within the collection are themselves Model Form nodes, creating a hierarchy of models indexing patterns.
This usage relies on two predicates: in_collection:: binds individual nodes to their parent model, and in_category:: binds nodes to their category model. Categories are flat nodes in the same compound folder, not filesystem subfolders.
See [[Model Form as Pattern Language Index]]↑ for the architectural decision and [[Patterns of Cooperative Play]]↑ for the first concrete instance (152 patterns across 10 categories, 177 files).
Structural form — captures how things relate and what we understand.
Definition from Deep Context as an Architecture for Captured Reasoning, lines 59-60.