One page per canonical layer in the Synedrix OS architecture: what it owns, what it must not own, who it interfaces with, and how Synedrix OS implements it today.

These pages are descriptive reference, not normative specification. Layer boundaries are set by Layer Taxonomy Table; this reference expands each row into a full page and links out to the dedicated canonical specs, ADRs, and platform pages that actually govern each layer. Where a page here and the taxonomy table disagree, the taxonomy table wins and the page is a bug.

Not every layer has the same specification depth. Layers 3–11 (with a partial exception at 12) already have dedicated canonical specs; Layers 1, 2, and 12 currently rest on the taxonomy table row alone. Each page says so plainly — see Specification depth below.

The twelve layers

Ordering and grouping follow the taxonomy table’s stack topology.

#LayerSlicePlatform mapping
1Human InterfaceHuman and intent surfaceNo dedicated platform
2Goal & IntentHuman and intent surfaceNo dedicated platform
3OrchestrationOrchestration coren8n
4Agent RuntimeOrchestration coreLangGraph
5Agent RegistryOrchestration coreNo dedicated platform
6Tool AbstractionInfrastructure servicesNo dedicated platform
7Memory & DataInfrastructure servicesRedis, Supabase PG17, QuestDB, Neo4j, Qdrant
8EventInfrastructure servicesHookdeck, Hookdeck Outpost
9Governance & ControlsGovernance and observabilityNo dedicated platform
10ObservabilityGovernance and observabilityLangfuse, PostHog, Grafana LGTM Stack
11Domain PackDomain and runtime configNo dedicated platform
12Business InstanceDomain and runtime configNo dedicated platform

The twelve layers stacked in their five slices:

flowchart TB
    subgraph s1["Human and intent surface"]
        l1["1. Human Interface Layer"]
        l2["2. Goal & Intent Layer"]
    end
    subgraph s2["Orchestration core"]
        l3["3. Orchestration Layer"]
        l4["4. Agent Runtime Layer"]
        l5["5. Agent Registry Layer"]
    end
    subgraph s3["Infrastructure services"]
        l6["6. Tool Abstraction Layer"]
        l7["7. Memory & Data Layer"]
        l8["8. Event Layer"]
    end
    subgraph s4["Governance and observability"]
        l9["9. Governance & Controls Layer"]
        l10["10. Observability Layer"]
    end
    subgraph s5["Domain and runtime config"]
        l11["11. Domain Pack Layer"]
        l12["12. Business Instance Layer"]
    end
    s1 --> s2
    s2 --> s3
    s3 --> s4
    s4 --> s5

How to read a layer page

Each page follows the same shape, adapted from the platform reference pattern:

SectionWhat it answers
What this layer isThe primary purpose, expanded from the taxonomy table row into real prose
What it ownsThe responsibilities this layer holds exclusively
What it must not ownThe boundary table — the concerns this layer must route to their correct owner instead of absorbing
Interfaces withThe other layers this one talks to, and why
How Synedrix OS implements it / Current specification depthThe dedicated specs that govern this layer today, or an honest statement that none exist yet beyond the taxonomy table
Platform mappingThe infrastructure platform(s), if any, that realize this layer
OS agents at this layerThe OS-owned agents assigned here, or an explanation of why none are
Layer principles that applyThe numbered layer principles from the taxonomy table that are load-bearing for this layer
Related Synedrix OS documentsThe canonical specs, ADRs, and platform pages this layer touches

The what it must not own table is the part worth reading closely. Non-overlapping responsibility is the design rule for this architecture, and that table is where each boundary is stated.

Specification depth

Two layers currently carry less documentation than the other ten, and each page says so directly rather than manufacturing depth that doesn’t exist:

These are flagged, not silently corrected — closing the gap means writing a new canonical spec under docs/os/, which is a decision for that document’s own authoring process, not something this reference layer resolves on its own.


Synedrix OS · Layer reference · index