Canonical derivation · Current Working Version

2HEco canonical architecture

The ecosystem is not a flat collection of “Conventions.” Meaning flows through explicit canonical layers; capabilities, services, consumer workspaces, projects, and artifacts realize that meaning without becoming competing sources of it.

Derivation chain

2HEco↓Constitution↓ Philosophy↓Ontology↓ Pattern Language↓Principles↓ Conventions↓Standards↓ Specifications↓Capabilities and Services↓ Consumer Workspaces↓Projects and Artifacts

Each lower layer derives from its applicable canonical parents. No layer may silently bypass or redefine higher meaning.

Canonical foundation

Operative governance

Realization layers

Capabilities and Services

Provider-independent semantics describe what can be done. MCP, connectors, APIs, CLIs, native adapters, and controlled human steps are possible implementations.

Components

Reusable implementations such as 2HE-CLI carry Component-specific governance while remaining derived from the ecosystem.

Consumer workspaces

Repositories and projects retain local implementation knowledge and apply only the shared governance that matches their type and task.

Living Factor across every layer

Every canonical layer remains connected to a CWV, Idea Workbench, Evolution Steps, validation and Promotion, and Evolution History. Canonical means currently validated and authoritative—not permanently finished.

Authority rule: this page is a human-facing map. The linked Markdown and structured data on authoritative main remain the canonical CWV.