
An object-oriented building model
Translates any 2D drawing file, CAD, DWG or SVG, into a physics-constrained, IFC-native object model.
Layer 1The FoundationA physics-aware neural substrate for the built world. Upload any 2D drawing set and Spacial rebuilds it as a working building model grounded in real physics. That model becomes a shared substrate for structural, energy and MEP, so a single wall gets checked for the loads it carries, the heat it lets through and the wiring inside it, all at the same time.
A typical set of Construction Documents runs to thousands of lines and symbols across at least five disciplines: architectural, structural, mechanical, electrical and plumbing. Each one is drawn in a different tool, and there’s no common substrate that holds the full building. That’s why most coordination errors show up between the drawings, where reviewers are least likely to catch them.

A single building usually comes with five discipline drawing sets, each in its own file. Every sheet can be accurate on its own and pass review by itself, but there’s no substrate underneath that models the building. Together they’re just a record of what each discipline drew.
A duct and a beam occupy the same volume; a plumbing stack passes through a shear wall. Clashes between disciplines appear where trades meet, and existing clash-detection tools already catch many of them.
When insulation, conductors and a vent stack all need the same wall cavity, the conflict stays invisible. No drawing shows the inside of an element, and no clash tool looks there. Spacial’s patent-pending modeling was created to find these hidden overlaps.
There are two ways to represent a building: as files of lines drawn one discipline at a time, or as one model of the building itself.


Every element carries what it is, what it holds and what it touches.
Lines and layers in separate files. The conflict only shows where two of them happen to cross.
Walls, beams, systems and openings are reconstructed as elements with attributes, constraints and behavior.
Structural, envelope, HVAC, electrical and plumbing layers reason over the same underlying model.
Every change is evaluated across the building, surfacing conflicts while decisions can still be resolved.
Spacial rebuilds every 2D drawing set as an IFC-native object model, the substrate every discipline works from. Each element carries its own identity, the loads acting on it and the code requirements that apply to it.

Translates any 2D drawing file, CAD, DWG or SVG, into a physics-constrained, IFC-native object model.
Layer 1The Foundation
Assigns every element what it can and cannot do, and builds the attributed bond graph that drives all downstream reasoning.
Layer 2The Substrate White paper
A single wall is a structural member, thermal envelope, electrical host and plumbing chase at once.
Layer 3Micro-scale physics White paper
Reads the whole building as a graph, predicts needed connections across disciplines and catches conflicts where trades intersect.
Layer 4Macro-scale topology
Coordinates generation, in-loop validation and cross-discipline resolution, then hands a reviewed package to the licensed engineer of record.
Layer 5The OrchestratorWhite paperThe Substrate and Micro-scale physics are the two layers the white paper focuses on: the first decides what each element can do; the second evaluates what follows when several disciplines act on it at once.
Conventional building data models sort everything by type. An element is a wall or a window or a beam, and its behavior comes from that label. Rules written this way can only say yes or no, so they can’t capture a conduit passing through a shear wall, which is allowed but reduces the wall’s capacity and only works up to a point.
Spacial describes each element by its capabilities rather than its label. Those capabilities are encoded in an attributed bond graph, and every layer built on top of it inherits them.
A 2×6 exterior wall, three disciplines, one finite cavity.

The same 2×6 bay, drawn as it is built: R-21 batt insulation, branch-circuit conductors and boxes, and a vent run, all sharing one finite volume that no single discipline’s drawing represents.
Total demand exceeds capacity. Spacial flags a 5% over-allocation across thermal, electrical and plumbing, a conflict no drawing review would reveal.
We test every headline number against classical reference solvers, using real plan sets held out from training. The scoring criteria are locked in before each run.
Conventional tools give you a single number with no sense of how far off it might be. Spacial gives an estimate and a range, both tested on real plans the model never saw during training.
Predicted engineering quantities agree with classical reference solutions within registered tolerances.
Fast enough to close a design loop inside a working session, not overnight.
Structurally enforced laws are guaranteed by graph topology. They cannot be violated by construction.


We measure accuracy against an acceptance criterion registered in advance, using a held-out set of real plan sets split by project, jurisdiction and firm. None of that data is ever used to train the model. If a figure is a target and not yet a measured result, the white paper labels it that way.
Every package is still reviewed and stamped by a licensed engineer. Spacial speeds up generation and coordination, while professional accountability stays with the engineer of record.
One construction graph handles both geometric understanding and physics-aware reasoning, and the underlying building model stays the same throughout.


Loads, flow participation and conservation residuals computed from the same connected model.
Shape, position, adjacency and the relationships a conventional graph can observe.
Spacial checks each prediction against reference evidence that gets harder to match at every step: analytic answers, then independent solvers, then measured buildings, and finally real field records.

Closed-form references confirm the model reproduces the governing equations correctly and reveal any numerical instability.

We compare results against established engineering software that had no role in producing the model’s training data.

We compare predictions with data from instrumented buildings, where what the building does counts for more than agreement with a simulation.

Review comments, RFIs and change orders reveal which errors would have been caught before construction.
The tiers set what a prediction is checked against. These rules set how the check is run, so a figure can’t look better than the model really is.
Evaluation splits at the project level, grouping near-duplicate plans and keeping the geographic, jurisdictional and author separation a real deployment needs.
Tolerance bands are locked before testing, and any result that misses its criterion is reported as a failure.
Averages don’t describe every prediction. Maximum and high-percentile error are reported beside central estimates, so safety-relevant outliers are visible and can be escalated for engineering review.
Questions about the model, the evidence or the white paper? Talk to the team.
Explore the architecture behind building intelligence: element attributes, physical behavior and connected systems.
For teams exploring the technical foundations of the Construction World Model.
Explore how geometry, physics and building systems connect in Spacial’s world model.