Ubiquitous Language

Browse and discover ubiquitous language terms in the Platform domain

Platform Domain Language(19 terms)

Project Object Model (POM)

Like a DOM for the project — the current rendered state of the project graph. Not a bounded context or api-v2 module. Persisted in Postgres (api-v2); may be serialized to JSON for APIs and visualization. The app materializes POM views from committed state plus in-flight workflow.

View details

POM graph

JSON or API projection of project nodes and relationships used for rendering and integration; not a separate module folder.

View details

Committed state

Official project data owned by bounded contexts (e.g. design-management design/spec graph, construction-management cost/execution). Mutations after approval go through module ports, often invoked by project-coordination after commit gates.

View details

Proposed state

In-flight change proposals, approvals, and workflow status owned by project-coordination until commit.

View details

Change Proposal

Aggregate in project-coordination representing a proposed change awaiting review/approval/commit.

View details

Configuration DSL (JSX)

Domain-specific JSX language that encapsulates complex project configuration logic; evaluated in app/runtime context, not a backend module name.

View details

project-coordination

api-v2 module — cross-role workflow orchestration (approvals, proposals, tasks). Process manager / saga; does not own product catalog or committed POM slices.

View details

BFF (app-level API)

Role-specific API composition under apps/api-v2/src/apps/** (e.g. client-portal-api). Not a bounded context; composes module inbound ports and api-v1 HTTP during cutover.

View details

apps/** experience layer

apps/api-v2/src/apps/{bff-name}/ — routes, controllers, presenters, composition; no core/domain folder.

View details

Object Class

The canonical classification node other contexts attach to — "what kind of thing is this?". A single-parent tree (ADR-0046). Owned by bim-ontology; product-marketplace assigns classes to products rather than defining them. Full definition on the bim-ontology language page.

View details

Parameter Key

The canonical identity and meaning of one parameter — one key per concept, defined once, independent of where it is used. Owned by bim-ontology, consumed by product-marketplace (ADR-0006). Full definition on the bim-ontology language page.

View details

Class Parameter

The assignment of a parameter key to an object class, with the local rules governing it. Always called an assignment, never a binding — "binding" is reserved for Revit placement.

View details

Revit Parameter Projection

The Revit-facing expression of an approved parameter key — one definition identity plus optional placements. A projection of a key, not a second definition of it.

View details

root_object_class

The parentless ancestor at the top of a class's lineage, derived and persisted on each row. Explicitly not an input to Revit category resolution — that was a DAG-era rule retired with ADR-0046.

View details

active (ParameterKey state)

Displayable-but-unvetted. ParameterKey is the only aggregate with this state (ADR-0052). A scraper maps onto an approved key or creates a new key in active so scraped data is live while flagged for steward mapping.

View details

AT-A1

Airtable steward-UI mutation pattern (ADR-0047) — flag-based action table. Calls the API; never writes domain state directly.

View details

AT-A2

Airtable steward-UI mutation pattern (ADR-0047) — record-detail action button. Calls the API; never writes domain state directly.

View details

AT-B1

Airtable steward-UI mutation pattern (ADR-0047) — create-request table. Calls the API; never writes domain state directly.

View details

AT-C1

Airtable steward-UI mutation pattern (ADR-0047) — watched-field recompute. Calls the API; never writes domain state directly. AT-A* / AT-B1 written fields and AT-C1 watch lists must stay disjoint.

View details