Domain Analysis: Canonical Domain Analysis of the 12-Step Methodology

Status: Canonical reference. The methodology's Layer 1 (single-domain analysis — the 12 steps) treated as a domain and analyzed with its own tools. Relationship to other analyses:


Step 1 — Information Gathering

1.1 What we're analyzing

The 12-step domain analysis methodology — the process of taking a coherent structured domain and producing a structural characterization of it. This is the methodology's Layer 1: what happens when you analyze ONE domain.

1.2 Sources

1.3 What recurs across all 17+ applications

Every application of the methodology involves the same structural vocabulary:

  1. Identifying irreducible THINGS (primitives)
  2. Decomposing their GRADIENTS (partial levels)
  3. Establishing ORDERING between them (dependencies)
  4. Classifying their PAIRWISE INTERACTIONS (heavy/light pairs)
  5. Finding MULTI-WAY STRUCTURES that carry emergent content (compositions)
  6. POSITIONING real systems in the resulting space (manifestations)

These six recurring elements are the candidate primitives.


Step 2 — Landscape Analysis

2.1 The landscape of structural analysis methods

The methodology's approach sits within a broader landscape of structural analysis:

MethodWhat it identifiesHow it relates
Dimensional analysis (physics)Independent dimensions, Pi theoremIdentifies irreducible quantities — analogous to primitive extraction
Factor analysis (statistics)Latent factors from observed variablesIdentifies hidden structure — but statistical, not structural
Axiomatic method (mathematics)Axioms + inference rulesIdentifies irreducible assumptions — stronger than primitives (formal proof)
Taxonomy (biology)Classification hierarchiesClassifies instances — analogous to manifestation positioning
Component analysis (engineering)Independent subsystems + interfacesIdentifies separable parts — analogous to pair analysis
Ontology engineering (AI/KR)Concepts + relations + instancesIdentifies domain vocabulary — closest to the full methodology

2.2 What's distinctive about this methodology

Compared to other structural analysis methods:

The distinctive contribution: the pair-relationship analysis (steps 5-6) and composition identification (step 9) that locate where emergent structural content lives. Other methods identify the parts but not the interaction structure between parts.


Step 3/3b — Primitives and Partial Levels

3.1 Candidate primitives

Six structural elements that the 12-step methodology operates with:

1. Primitive (Pm) — An irreducible structural unit of a domain. The fundamental building block that the methodology identifies. Tested by structural minimality, compositional productivity, and empirical recurrence.

2. Level (Lv) — A qualitative gradient of a primitive — how much of the primitive is present, from absent to fully elaborated. The partial level decomposition.

3. Dependency (Dp) — A presupposition ordering between primitives — what requires what. Structural constraints that filter the lattice.

4. Interaction (Ix) — A pairwise relationship between two primitives — the structural content that lives at the intersection of two primitives. Classified as heavy, medium, or light.

5. Composition (Cp) — A multi-primitive structure whose content is irreducible — not recoverable from decomposition into smaller subsets. Triangles, quads, and higher arities.

6. Position (Ps) — A specific location in the lattice — a concrete system placed at particular partial levels across all primitives. The manifestation.

3.2 Reduction test

Is Level reducible to Primitive? No — a primitive identifies WHAT the structural unit is; a level identifies HOW MUCH of it is present. These are independent axes. A primitive without levels is binary (present/absent). A level without a primitive is meaningless (a gradient of nothing).

Is Dependency reducible to Interaction? No — dependency is about ORDERING (A requires B), while interaction is about CONTENT (A and B together carry structural meaning X). You can have a heavy interaction between independent primitives (no dependency) or a dependency between lightly interacting primitives. They're orthogonal.

Is Composition reducible to Interaction? No — a composition carries content that its constituent pairs do NOT carry individually. The core triad's meaning exceeds the sum of its three pairs. That's the irreducibility criterion.

Is Position reducible to Primitive + Level? Partially — a position IS a specific level-assignment across all primitives. But positions have properties beyond individual level assignments: they're subject to dependency constraints (not all positions are coherent), they sit on build-up paths, and they have neighbors in the lattice. Position is the GROUNDING primitive that connects the abstract lattice to concrete reality.

3.3 Confirmed primitive set: 6 primitives

#PrimitiveWhat it isSteps that produce it
1Primitive (Pm)Irreducible structural unitStep 3 (extraction)
2Level (Lv)Qualitative gradientStep 3b (partial decomposition)
3Dependency (Dp)Presupposition orderingStep 4 (dependency specification)
4Interaction (Ix)Pairwise structural contentSteps 5-6 (pair enumeration + load classification)
5Composition (Cp)Multi-primitive emergent structureStep 9 (load-bearing composition identification)
6Position (Ps)Lattice location of a real systemSteps 10-12 (emergent properties + manifestation landscape)

3.4 Partial levels

Primitive (Pm):

LevelDescriptionInstance
Pm0No primitives identifiedDomain is named but unanalyzed
Pm1Candidate listRaw candidates from literature/observation, not yet tested
Pm2Tested candidatesCandidates evaluated against minimality, productivity, recurrence
Pm3Stable setPrimitive set survived 3/3b iteration loop — primitives and levels stabilized
Pm4Cross-validatedPrimitive set validated against multiple instances and/or independent analyses
Full PmCanonicalPrimitives are well-established, widely recognized, stable across revision

Phase transition: Pm2→Pm3 (Stabilization). Below: candidates are identified but may be wrong — the 3/3b iteration hasn't converged. Above: the iteration has stabilized — adding partial levels didn't split or merge any primitives. This is where the analysis becomes trustworthy.

Level (Lv):

LevelDescriptionInstance
Lv0No levelsPrimitives are binary — present or absent
Lv1Coarse levels2-3 levels per primitive (absent/partial/full)
Lv2Standard levels4-6 levels per primitive, qualitatively distinct configurations
Lv3Levels with phase transitionsSpecific level boundaries identified as qualitative discontinuities
Lv4Level-dependent constraintsDependencies that apply at specific levels, not just presence/absence
Full LvContinuous gradientsLevels refined to near-continuous with quantitative characterization

Phase transition: Lv2→Lv3 (Phase transitions). Below: levels are a gradient — more or less of the same thing. Above: specific level boundaries are QUALITATIVE BREAKS where the system's behavior changes discontinuously. Phase transitions are where the lattice develops its most important structural features.

Dependency (Dp):

LevelDescriptionInstance
Dp0No dependenciesAll primitive combinations valid — flat lattice
Dp1Presence dependenciesPrimitive A requires primitive B to be present at any level
Dp2Level dependenciesA at level X requires B at level Y (finer-grained constraints)
Dp3Dependency DAGFull directed acyclic graph of dependencies — hub, terminals, chains
Dp4Quantified filterCoherent sublattice computed, filter percentage known
Full DpDynamic dependenciesDependencies that change based on system state or context

Phase transition: Dp1→Dp2 (Level dependencies). Below: primitives either require each other or don't — binary. Above: dependencies are LEVEL-SENSITIVE — A at high level requires B at high level, but A at low level is compatible with B absent. This is where the partial-level lattice becomes structurally rich.

Interaction (Ix):

LevelDescriptionInstance
Ix0No pair analysisPrimitives identified but interactions not examined
Ix1Pair enumerationAll C(n,2) pairs listed but not classified
Ix2Load classificationEach pair classified as heavy/medium/light/negligible
Ix3Anchor pairsHeavy pairs clustered, anchor pair or cluster identified
Ix4Pair content characterizedFor each heavy pair: what structural content lives there, what emergent properties it supports
Full IxQuantified loadPair load measured quantitatively (spec lines, extensions, failure modes)

Phase transition: Ix1→Ix2 (Load classification). Below: pairs exist but you don't know where the structural content concentrates. Above: you know WHICH pairs carry the domain's structural weight. This is where the domain's architecture becomes visible — heavy pairs reveal the structural skeleton.

Composition (Cp):

LevelDescriptionInstance
Cp0No compositionsPairs analyzed but multi-primitive structures not examined
Cp1Candidate trianglesAll-heavy triangles identified as candidates
Cp2Core triadThe most important triangle identified — the one that defines the domain
Cp3Named compositionsMultiple compositions identified at various arities (triangles, quads)
Cp4Regime-dependent compositionsCompositions linked to specific partial-level regimes where they activate
Full CpEmergent property mapEach composition linked to testable predictions

Phase transition: Cp1→Cp2 (Core triad identification). Below: candidate triangles exist but none is distinguished. Above: one triangle is identified as the domain's DEFINING structure — the composition that answers "what IS this domain?" This is the most interpretive step in the methodology.

Position (Ps):

LevelDescriptionInstance
Ps0No positioningLattice exists but no real systems placed in it
Ps1Coarse positioningSystems placed at presence/absence level — "has E, has I, no M"
Ps2Level positioningSystems placed at specific partial levels — "E-Full, I3, T2, M0"
Ps3Positioned landscapeMultiple systems placed, revealing attractor positions and gaps
Ps4TrajectoriesEvolution paths through the lattice — how systems move between positions
Full PsDynamic positioningReal-time tracking of system position changes

Phase transition: Ps1→Ps2 (Level positioning). Below: coarse — you know a system has some primitives. Above: precise — you know WHERE in the gradient each primitive sits. This is where structural comparison becomes concrete: "Holochain has I3 where entity system has I-Full" is a specific, actionable characterization.


Step 4 — Dependencies

Pm → (nothing; foundation — you need primitives before anything else)
Lv → Pm (levels are OF primitives)
Dp → Pm (dependencies are BETWEEN primitives)
Ix → Pm (interactions are BETWEEN pairs of primitives)
Cp → Ix (compositions are built from interaction analysis — you need to know which pairs are heavy)
Ps → Pm, Lv (positioning requires primitives and their levels)

DAG:

Pm (hub — no dependencies)
  ├── Lv ──── Ps
  ├── Dp
  └── Ix ──── Cp

Hub: Primitive (Pm). Everything depends on identifying primitives first. Without primitives, there are no levels to decompose, no dependencies to specify, no pairs to analyze.

Two independent branches from Pm:

Dp (dependency) depends only on Pm and feeds into the sublattice computation (which constrains Ps), but in the primitive-level DAG it's an independent branch from Pm.

Depth: Maximum chain: Pm → Ix → Cp (depth 2) or Pm → Lv → Ps (depth 2). Shallow — consistent with the methodology being a relatively flat analytical tool.


Step 5 — Pair Enumeration

C(6,2) = 15 pairs.

#PairName
1Pm-LvPrimitive-level gradient
2Pm-DpPrimitive-dependency ordering
3Pm-IxPrimitive-interaction content
4Pm-CpPrimitive-composition membership
5Pm-PsPrimitive-position grounding
6Lv-DpLevel-dependency constraints
7Lv-IxLevel-interaction intensity
8Lv-CpLevel-composition activation
9Lv-PsLevel-position specification
10Dp-IxDependency-interaction relationship
11Dp-CpDependency-composition constraints
12Dp-PsDependency-position filtering
13Ix-CpInteraction-composition building
14Ix-PsInteraction-position characterization
15Cp-PsComposition-position activation

Step 6 — Load Classification

Heavy pairs

#PairContentWhy heavy
1Pm-LvPrimitive gradientTHE fundamental pair — levels ARE partial decompositions of primitives. The 3/3b iteration loop lives here.
2Pm-DpPrimitive orderingDependencies define which primitive combinations are valid. Produces the coherent sublattice.
3Pm-IxPrimitive interactionsPair analysis is the methodology's distinctive contribution — locating structural content at primitive intersections.
4Lv-PsLevel positioningReal systems positioned at specific levels — the grounding operation. Without it, the analysis is abstract.
5Lv-DpLevel constraintsLevel-dependent dependencies (A at high level requires B at high level). Creates the fine-grained lattice structure.
6Ix-CpInteraction to compositionHeavy pairs compose into triangles and quads — the multi-primitive structures that carry emergent properties.
7Dp-PsDependency filteringDependencies determine which positions are COHERENT — not all level assignments are valid. Produces the filtered lattice.

Moderate pairs

PairAssessmentReason
Pm-CpModeratePrimitives are members of compositions, but the content is mediated through Ix.
Pm-PsModeratePrimitives define the dimensions of position space. Fundamental but thin content — the content is in Lv-Ps.
Lv-IxModerateSome interactions are level-dependent (heavy only at high levels). Real but secondary.
Lv-CpModerateCompositions activate at specific level regimes. Real but mediated through Ix-Cp.
Cp-PsModerateCompositions produce emergent properties at specific positions. Real but late.

Light pairs

PairAssessmentReason
Dp-IxLightDependencies and interaction load are largely independent. A pair can be heavy without dependency, or dependency can exist between lightly interacting primitives.
Dp-CpLightDependencies constrain compositions indirectly (through the sublattice) but compositions themselves are identified by interaction analysis, not dependency.
Ix-PsLightPair interaction content and system positioning are loosely coupled. Heavy pairs exist independent of where specific systems sit.

7 heavy pairs of 15 (47%). Moderate integration — appropriate for an analytical tool whose parts are semi-independent (you can do pair analysis without positioning, or position without composition).


Step 7 — Coherent Sub-lattice

Dependency constraints

Pm must be present. Given Pm:

Enumeration

Valid subsets of {Lv, Dp, Ix, Cp, Ps} given Pm always present:

#SubsetValid?
1{}✓ (Pm only)
2{Lv}
3{Dp}
4{Ix}
5{Lv, Dp}
6{Lv, Ix}
7{Dp, Ix}
8{Lv, Dp, Ix}
9{Lv, Ps}Ps needs Pm+Lv ✓
10{Dp, Ps}Ps needs Lv → INVALID
11{Ix, Cp}Cp needs Ix ✓
12{Lv, Ix, Cp}
13{Dp, Ix, Cp}
14{Lv, Dp, Ix, Cp}
15{Lv, Dp, Ps}
16{Lv, Ix, Ps}
17{Lv, Dp, Ix, Ps}
18{Lv, Ix, Cp, Ps}
19{Lv, Dp, Ix, Cp, Ps}✓ (Full)

Invalid:

Total: 19 valid subsets + {} + {Pm alone} = let me recount. Including {} and {Pm}:

Actually, let me systematically enumerate. 5 primitives besides Pm, so 2^5 = 32 subsets. Constraints: Ps requires Lv, Cp requires Ix.

Invalid if Ps present and Lv absent: subsets with Ps, no Lv. That's 2^3 = 8 subsets (Dp, Ix, Cp can be anything). Invalid if Cp present and Ix absent: subsets with Cp, no Ix. That's 2^3 = 8 subsets (Lv, Dp, Ps can be anything). Double-counted: subsets with both Ps no Lv AND Cp no Ix: 2^1 = 2 subsets (Dp can be anything).

Invalid: 8 + 8 - 2 = 14. Valid: 32 - 14 = 18.

Total including {} and {Pm alone}: 18 + 1 (empty) + ... wait, the 18 already includes {} (the empty subset of {Lv,Dp,Ix,Cp,Ps} is valid).

So total coherent subsets of 2^6 = 64: We have Pm always present → 18 valid subsets. But we also have {} (no primitives at all) and any subset without Pm. Actually no — everything requires Pm.

Hmm, let me redo this properly. The full lattice is 2^6 = 64 (subsets of {Pm, Lv, Dp, Ix, Cp, Ps}).

Valid subsets:

Total: 1 ({}) + 1 ({Pm}) + 17 = 19.

Filter: 19/64 = 29.7%.

Hmm, that's looser than typical substrates. The relatively flat dependency structure (two independent branches from Pm, only Cp→Ix and Ps→Lv as constraints) produces a less filtered lattice.

Actually — this is interesting. The methodology's own structural analysis has a ~30% filter, which is between substrate-tight (~12-20%) and surface-loose (~38%). This suggests it's neither purely substrate nor purely surface in character.


Step 8 — Build-up Sequence

Primary path (the order the 12 steps follow)

Step 0→1: {} → {Pm}
  Identify primitives. The domain has structure.

Step 1→2: {Pm} → {Pm, Lv}
  Decompose partial levels. Each primitive has a gradient.
  The 3/3b iteration loop happens here — primitives and levels refine each other.

Step 2→3: {Pm, Lv} → {Pm, Lv, Dp}
  Specify dependencies. Not all combinations are valid.
  The coherent sublattice becomes computable.

Step 3→4: {Pm, Lv, Dp} → {Pm, Lv, Dp, Ix}
  Analyze pairwise interactions. Find where structural content concentrates.
  Heavy/light classification reveals the structural skeleton.

Step 4→5: {Pm, Lv, Dp, Ix} → {Pm, Lv, Dp, Ix, Cp}
  Identify compositions. Find multi-primitive emergent structures.
  Core triad emerges — the composition that defines the domain.

Step 5→6: {Pm, Lv, Dp, Ix, Cp} → {Pm, Lv, Dp, Ix, Cp, Ps}
  Position real systems. Ground the abstract lattice in concrete instances.
  Attractor positions, gaps, and trajectories become visible.

Alternative path (grounding-first)

{Pm} → {Pm, Lv} → {Pm, Lv, Ps} → add Dp → add Ix → add Cp

Position real systems BEFORE doing full structural analysis. This is the landscape-driven approach: survey what exists first (Step 2), then analyze structure. Pragmatic for domains where many instances are readily available. Both paths converge at the full set.


Step 9 — Load-bearing Compositions

Core triad

{Pm, Lv, Ix} — Primitive, Level, Interaction.

"What is structural analysis?" → Identify PRIMITIVES, decompose their LEVELS, and find where INTERACTIONS between them carry structural content.

All three pairs heavy:

Hmm — Lv-Ix was classified as moderate, not heavy. Let me reconsider.

Alternative: {Pm, Lv, Dp} — Primitive, Level, Dependency.

"What is the lattice?" → PRIMITIVES with LEVELS constrained by DEPENDENCIES produce the coherent sublattice.

All three pairs heavy:

This works better — all three pairs are heavy.

Alternative: {Pm, Ix, Cp} — Primitive, Interaction, Composition.

"What carries emergent structure?" → PRIMITIVES have INTERACTIONS that compose into COMPOSITIONS carrying emergent properties.

All three pairs heavy:

Pm-Cp is moderate — this triad is weaker.

Core triad: {Pm, Lv, Dp}

"What is a structural lattice?" → PRIMITIVES (the dimensions) with LEVELS (the gradients) constrained by DEPENDENCIES (the ordering) produce the coherent sublattice — the space of possible structural configurations.

This captures the SPATIAL aspect of domain analysis — the lattice itself. It corresponds to steps 3, 3b, and 4 — the most foundational steps.

Secondary composition: {Pm, Ix, Cp}

"Where does emergent content live?" → PRIMITIVES have INTERACTIONS (pairs), and heavy interactions COMPOSE into multi-primitive structures carrying irreducible content. The structural skeleton.

This captures the CONTENT aspect of domain analysis — finding where the interesting stuff is. It corresponds to steps 5-6 and 9.

Named compositions

CompositionNameContent
{Pm, Lv, Dp}The latticeThe space of possible configurations
{Pm, Ix, Cp}The skeletonWhere structural content concentrates
{Lv, Dp, Ps}The filterWhich positions are coherent and occupied
{Ix, Cp, Ps}The landscapeWhere real systems sit relative to structural features
{Pm, Lv, Dp, Ix}The analyzed domainPrimitives with levels, dependencies, and pair structure — the complete within-domain analysis before composition

Step 10 — Emergent Properties

CompositionRegimeEmergent Property
{Pm}Pm ≥ Pm3Stable primitive set — the irreducible structural units are identified
{Pm, Lv}Lv ≥ Lv3Phase transitions visible — qualitative breaks in the gradient identified
{Pm, Lv, Dp}Dp ≥ Dp4Coherent sublattice — the filtered space of valid configurations
{Pm, Ix}Ix ≥ Ix2Structural skeleton — heavy pairs reveal where content concentrates
{Ix, Cp}Cp ≥ Cp2Core triad — the defining composition that answers "what IS this domain?"
{Pm, Lv, Ps}Ps ≥ Ps2Manifestation landscape — real systems positioned precisely in the lattice
{Pm, Lv, Dp, Ix, Cp}All ≥ 3Structural characterization — domain fully analyzed, emergent properties identified
Full setAll highTestable predictions — structural analysis linked to observable outcomes

Step 11 — Cross-Domain Patterns

11.1 The methodology's own numbers

PropertyValueComparison
Primitives6Standard (most domains: 6-9)
Filter19/64 = 29.7%Between substrate-tight (~12-20%) and surface-loose (~38%)
Heavy pairs7/15 = 47%Moderate (between biology 40% and entity system 73%)
Dependency depth2Shallow (most domains: 3-4)
Core triad{Pm, Lv, Dp}Lattice-oriented

11.2 What the intermediate filter tells us

The 29.7% filter is looser than substrates but tighter than surfaces. The methodology has some sequential logic (Cp requires Ix, Ps requires Lv) but also substantial independence (Dp, Ix, Lv are all independently available given Pm).

This makes sense: domain analysis is partly sequential (you must identify primitives before analyzing pairs) but also partly modular (dependency analysis and pair analysis are independent of each other). It's an ANALYTICAL PROCESS — more structured than a surface capability but less tightly chained than an information-processing substrate.

11.3 Structural patterns that replicate

Comparing domain analysis to its own analyzed domains:

PatternIn analyzed domainsIn domain analysis itself
Heavy pair count ≈ primitive count~6 heavy for 6 primitives7 heavy for 6 primitives — close
Core triad existsYes (always)Yes — {Pm, Lv, Dp}
Hub primitiveYes (always — one primitive everything depends on)Yes — Pm is hub
Phase transitions at specific partial levelsYesYes — Pm2→Pm3 (stabilization), Ix1→Ix2 (load classification)

The methodology's structural patterns replicate in its own self-analysis — consistent with the self-similar finding.


Step 12 — Synthesis

12.1 What domain analysis IS structurally

Domain analysis is a 6-primitive structural analysis process. Its core triad {Pm, Lv, Dp} produces the lattice — the space of possible configurations. Its content skeleton {Pm, Ix, Cp} finds where emergent structure lives. Its grounding path {Lv, Ps} connects abstract analysis to concrete instances.

The two branches from hub Pm:

These correspond to the two main values of the methodology: structural understanding (what IS the domain's structure?) and practical positioning (where do real systems SIT?).

12.2 Relationship to graph semantics

Graph semantics {In, Ar, Ty, Ab, Pt, Cv} operates ON THE OUTPUTS of domain analysis {Pm, Lv, Dp, Ix, Cp, Ps}. A completed domain analysis produces an Instance (In) in the graph semantics framework. Multiple instances get connected into Arrangements (Ar), classified by Type (Ty), and abstracted into shared structures (Ab).

The relationship: domain analysis PRODUCES the instances that graph semantics CONSUMES. Domain analysis is the microscope; graph semantics is the telescope.

The edge between them is not a bridge (no bridge primitives — one doesn't realize the other). It's a FEED relationship: domain analysis outputs → graph semantics inputs. This is analogous to how experimental science (producing data) feeds theoretical science (finding patterns in data).

12.3 What feeds back

Graph semantics feeds back to domain analysis through predictions:

This feedback is the methodology's self-correction mechanism — it's where Convergence (Cv) operates.


Summary

PropertyValue
Domain nameDomain Analysis (Layer 1 — the 12-step methodology)
Primitives6: {Pm, Lv, Dp, Ix, Cp, Ps}
HubPrimitive (Pm)
Core triad{Pm, Lv, Dp} — primitive + level + dependency = the lattice
Filter19/64 = 29.7%
Heavy pairs7/15 = 47%
Dependency depth2 (shallow — two independent branches from hub)
Key phase transitionsPm2→Pm3 (stabilization), Ix1→Ix2 (structural skeleton), Cp1→Cp2 (core triad)
Two branchesStructure (Pm→Ix→Cp) and Grounding (Pm→Lv→Ps)
Relationship to graph semanticsDomain analysis PRODUCES instances that graph semantics CONSUMES

Referenced by the model

Cited as a source by 2 model records (browse the model census):