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.
POM graph
JSON or API projection of project nodes and relationships used for rendering and integration; not a separate module folder.
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.
Proposed state
In-flight change proposals, approvals, and workflow status owned by project-coordination until commit.
Change Proposal
Aggregate in project-coordination representing a proposed change awaiting review/approval/commit.
Configuration DSL (JSX)
Domain-specific JSX language that encapsulates complex project configuration logic; evaluated in app/runtime context, not a backend module name.
project-coordination
api-v2 module — cross-role workflow orchestration (approvals, proposals, tasks). Process manager / saga; does not own product catalog or committed POM slices.
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.
apps/** experience layer
apps/api-v2/src/apps/{bff-name}/ — routes, controllers, presenters, composition; no core/domain folder.
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.
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.
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.
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.
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.
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.
AT-A1
Airtable steward-UI mutation pattern (ADR-0047) — flag-based action table. Calls the API; never writes domain state directly.
AT-A2
Airtable steward-UI mutation pattern (ADR-0047) — record-detail action button. Calls the API; never writes domain state directly.
AT-B1
Airtable steward-UI mutation pattern (ADR-0047) — create-request table. Calls the API; never writes domain state directly.
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.
No matching terms in Platform
Try adjusting your search terms.