Building Intelligence Fundamentals

Hybrid AI Architectures: Combining Deterministic Engineering and Generative AI

The question is not how much AI to use. It is where the boundary sits between the parts of a system allowed to be creative and the parts required to be correct.

Ask a language model the same question twice and you may get two different answers. Ask well-written engineering code the same question a thousand times and you get the same answer a thousand times, including when it is wrong, which is useful, because a repeatable wrong answer can be found and fixed.

Both properties are valuable, for entirely different tasks. Most of the difficulty in applying AI to buildings comes from putting the wrong one in the wrong place. Earlier articles in this series built a chain: resolve what each thing is, validate whether what we claim about it could be true, store the result as a graph a machine can traverse. This one is about the engine on top, and the argument is unfashionable. The question is not how much AI to use. It is where the boundary sits between the parts of a system allowed to be creative and the parts required to be correct.

The problem

Building operations have a property most AI applications do not: the cost of a confident wrong answer is paid by someone other than the person who asked. If a marketing assistant invents a statistic, a human reads it and notices. If a building assistant reports that a chiller serves the wrong zone, a technician drives to the wrong plant room and a compliance report carries a number nobody can reconstruct. The outputs look identical. Only one has a physical system attached.

Same prompt · same settings · different answers

0.955
GPT-4.1
0.950
Gemini 2.5 Flash
0.903
Claude Sonnet 4.6

Measured semantic similarity between answers to an identical prompt, repeated at temperature zero.1 A perfectly reproducible system scores 1.000. The determinism dial does not reach zero.

Generative models are not built to be reliable in that sense, and prompting does not change what they are. In clinical decision tasks, internal consistency across five identical runs fell to 0.60.2 This is not only a sampling artefact: hardware and software-stack differences across inference pipelines contribute,3 and setting temperature to zero eliminated neither hallucination nor inconsistency.4

Unsupported generation looks similarly structural. Next-word prediction creates unavoidable statistical pressure toward hallucination for facts lacking repeated training support,5 and architectural analyses describe a hallucination–generalisation trade-off rather than a removable defect.6 Mitigation works without finishing the job: careful manipulation of training-data frequency has cut hallucination by up to 40%,7 a large improvement and not an elimination.

Models are also uneven at the work engineering runs on. Chain-of-thought reaches 97.1% on grade-school maths, with residual failures split between semantic misunderstanding, calculation, and skipped steps;8 on harder code-execution reasoning, accuracy spans 62% to 98%.9 And they are poor auditors of themselves. A survey of self-correction found no prior work demonstrating success from prompted-model feedback outside tasks exceptionally suited to it,1112 and chain-of-thought text does not expose the underlying computation: traces contain logical and factual errors needing external validation to catch,16 and incidental lexical markers in a trace predict errors better than its stated reasoning does.15

The reflex conclusion is to keep AI out of critical building systems. That is also wrong, because the input is not clean. A building's knowledge arrives as scanned as-builts, twenty-year-old commissioning reports, PDF schedules where the header row is an image, point lists using six naming conventions from four vendors, and maintenance notes written at eleven at night by someone not writing for a machine. Deterministic software is excellent at applying rules to structured input. It has nothing to say about a string like this one:

One point name · no rule reads it

AHU3air handler 3, probably
Nnorth? new? nominal?
SFsupply fan, or supply flow
STPTsetpoint
2stage? unit? revision?

The meaning is not in the string. It is in a convention nobody wrote down, and the person who knew it retired in 2019.

Rules cannot read the building. Models can read it but cannot be trusted with what they read. Picking a side does not resolve this.

Why current approaches fall short

Rule-based systems are what the industry runs, particularly in fault detection: interviews with 29 HVAC experts confirm expert-rule systems remain prevalent.17 They are auditable, cheap, and legible to a domain expert. Their structural limit is that Boolean rule-based analysis is confined to the rules an energy engineer defined and calibrated, so anything outside those parameters is invisible.18 Worth stating plainly: per-building configuration effort and field false-alarm rates isolated to rule-based deployments are not published, so the cost of this approach is widely asserted and thinly measured. What is measured is that faults are abundant, with 79% of equipment and 67% of air-handling units showing at least one fault across seven buildings.19 The deeper problem is upstream. A rule engine needs inputs already mapped to meaningful names, and producing that mapping is the work rules cannot do.

End-to-end generative systems invert every property. They answer when they should not, answer differently tomorrow, and narrate explanations that read as reasoning.1516 Behaviour that cannot be reproduced cannot be defended in an audit.

Retrieval-augmented generation constrains what the model reads, not what it does. Standard RAG degrades on multi-hop questions through query drift and noise accumulation,20 graph-structured retrieval beats it measurably,21 and grounding reduces hallucination without removing it: retrieval–generation interactions still produce unfaithful output despite correct evidence.22

Fine-tuning is the usual proposed fix, and the evidence is mixed. In building operations a fine-tuned domain model outperformed GPT-4 and DeepSeek;23 in biomedicine, fine-tuned models underperformed general-purpose ones across clinical tasks and hallucinated more.24 Even where it wins it does not make output verifiable: the same building model needed a graph-retrieval architecture bolted on to control hallucination.23 Fine-tuning produces a better guesser; the category of the output is unchanged.

Agentic architectures chain outputs into multi-step plans. Language models struggle with multi-step reasoning and goal-directed planning,2526 and failure analyses describe unresolved agentic runs as chaotic and repetitive.27 Quantified compounding, per-step against end-to-end accuracy on the same system, does not appear to have been published, so this is a well-founded reason to design defensively rather than a measured law.

Reviewing everything by hand scales to nothing. If every extracted value needs checking, the work has moved rather than gone.

What these approaches share is treating architecture as one choice applied uniformly.

The core concept: hybrid AI

A hybrid architecture divides work by the character of the task rather than the fashion of the tool. The test is simple. Does the task require interpretation under ambiguity, where a competent human would also exercise judgment? Or correctness, where a competent human would follow a procedure and any two would agree?

Interpretation → generative

A competent human would also be exercising judgment here.

  • Reading a scanned drawing
  • Decoding a truncated point name
  • Parsing a maintenance note
  • Proposing that two records describe the same pump

Correctness → deterministic

There is a right answer, and any two engineers would agree on it.

  • Bounds checking and unit conversion
  • Verifying a relationship against the ontology
  • Traversing from a meter to a zone
  • Computing a metric that lands in a report

On the left there is no rule to apply, and a plausible answer offered for review beats no answer. On the right, producing the result probabilistically buys risk in exchange for nothing.

This is the neurosymbolic tradition, and it now has industrial results. A hybrid Transformer plus Logic Tensor Network reached 94.01% on rotating machinery fault diagnosis against 88.20% for the neural baseline, while emitting interpretable rules.28 A neuro-symbolic microgrid controller enforcing power-flow constraints through finite state machines achieved 91.7% restoration success with over 95% critical-load fulfilment.29 Surveys report gains in sample efficiency and traceable reasoning, with symbolic knowledge injection most often targeting constraint satisfaction and robustness, though evaluation practice remains heterogeneous.30 What is new is that generative models are finally good enough at the interpretation half to make the combination practical on messy input.

AI proposes. Deterministic systems dispose.

Nothing a model produces becomes fact by having been produced. It becomes a candidate with a source and a confidence, entering the system only through a gate a person could read.

Applied to the actual work of a building platform, the partition looks like this:

Extract equipment from a scanned drawing
Generative
No rule reads a smudged 1998 plan
Interpret AHU3-N-SF-STPT-2
Generative
Meaning lives in an undocumented convention
Check the value against physical limits
Deterministic
There is a right answer and it is checkable
Decide two records are the same asset
Hybrid
AI proposes, rules confirm or escalate
Traverse from chiller to affected zones
Deterministic
Graph traversal, not inference
Compute an energy metric for a report
Deterministic
Must be reproducible and defensible
Turn a manager's question into a query
Generative
Language understanding
Execute that query
Deterministic
The answer must be the data, not a story about it

Every generative row is a task where ambiguity is intrinsic. Every deterministic row is one where a wrong answer is a defect rather than a difference of opinion.

How it works

01

Partition by determinism requirement

Ask one question of every operation: if this returned a different answer on Tuesday than on Monday given identical input, would that be a bug? Where yes, it is deterministic code and no model output reaches it unverified. Where no, a model is appropriate. That inventory is an engineering artefact, not a slide, and it is what makes the boundary reviewable.

02

Constrain the generation

Free text hands the next stage a parsing problem; schema-bound output hands it something checkable. The evidence is unusually consistent. Type-constrained decoding cut compilation errors by more than half while raising functional correctness across model families.31 Formula-constrained prompting lifted assessment accuracy from 0.72 to 0.85 for one model and 0.65 to 0.85 for another.32 Structured checklists produced 78.7–79.7% accuracy against 45.21% unstructured.33

Constraining output improves the answer, not just its shape. Vocabulary matters as much as syntax: asking a model to pick a class from an ontology is a different task from asking what a point is, and only one returns a result the graph can accept.

03

Verify deterministically, before acceptance

The load-bearing stage, and entirely conventional software. Physical constraints: a supply air temperature of 340 is not a temperature in any unit the system uses, and a pump with negative head is an extraction error rather than a discovery. Ontological constraints: an air-handling unit does not feed an electrical panel, and rules of this kind are formally expressible and machine-checkable, which is what SHACL exists for.41 Cross-source consistency: where a drawing, a nameplate photograph, and a BMS export disagree, the disagreement is evidence about which to trust.

Failing a check does not discard the candidate. It becomes an exception with a reason attached, which beats both silent acceptance and a silent drop.

04

Never let the model do the arithmetic

Any number arriving from a model and feeding a calculation is recomputed, not accepted. In geospatial analysis, generated-and-executed code reached 97.14% where direct text generation reached 48.57%.34 Task-specific tools reduced incorrect medical calculations 5.5-fold for one model family and 13-fold for another.35 In structural analysis, a model answering directly was unreliable while an agent generating and executing analysis code exceeded 99%.10 Tool augmentation corrected 69% of computation errors in code-reasoning tasks.9 Let the model write the calculation; never let it perform the calculation.

05

Score confidence and route on it

Every accepted fact carries a confidence derived from extraction quality, source authority, and corroboration, and thresholds turn that into accept, review, or reject. One caution the industry skips: a confidence worth routing on is computed by the system from evidence, not asked of the model, because signals a model emits about its own state are unreliable proxies for correctness.15 Where self-checking does help, it is grounded externally, against a compiler or a database rather than the model's own judgment.1314

06

Generate queries, never answers

For anything reading from the knowledge graph, the model's job ends at translation. A question becomes a formal query against the typed schema, the graph executes it, and the numbers are retrieved rather than generated, with the traversed path returned alongside. The measured gap settles the design question: on 1,000 complex facility-management queries, generating graph queries reached 93.6% accuracy against 25% for the same questions answered from document stores.36 Graph-based question answering on building and city-scale digital twins reports well above conventional baselines.37

07

Test the non-deterministic parts anyway

Unit testing does not apply cleanly to model-backed stages, so change what is asserted rather than skipping the test. Hold them to distributional standards on fixed evaluation sets: accuracy over a labelled corpus, schema-violation rate, hallucinated-entity rate, and variation across repeated runs on identical input.12 A prompt or model change that moves those numbers is a regression whether or not any single output looks wrong.

Why it matters

Outputs can be audited. A hybrid architecture produces a chain of custody: which stage produced a value, from what source, at what confidence, past which checks. That is what makes a number usable in a compliance filing.

Errors are contained rather than propagated. In an end-to-end model an early misreading silently colours everything downstream. In a gated architecture it hits a validation boundary and becomes an exception with a location. Localised failures get fixed.

Cost falls toward the deterministic side. Once interpretation is done, answers come from traversal and executed code, far cheaper than inference and stable when a provider changes model versions. Systems calling a model for every question inherit a cost curve scaling with usage rather than with the building.

Improvement becomes incremental. Distinct stages with measurable outputs can be replaced one at a time. Monolithic prompt-based systems have no such seams, which is why they get rebuilt rather than improved.

Regulation points this way. The EU AI Act imposes obligations on high-risk systems for data governance, automatic logging and traceability, transparency, and effective human oversight.42 Whatever one concludes about which building applications fall inside that classification, an architecture where every fact carries provenance and every consequential decision executes in inspectable code satisfies those requirements as a side effect. Emerging AI management-system and risk frameworks push the same way.4344

Trust is earned per answer. Adoption is not blocked by capability but by the reasonable refusal of experienced engineers to act on outputs they cannot check.

1,000 complex facility-management queries: generating graph queries against a knowledge graph, versus answering from document stores36
graph query93.6%
document store25%
Geospatial analysis tasks: generating and executing code, versus generating the answer directly as text34
executed code97.1%
generated text48.6%

Industry perspective

The market narrative has moved through two positions and is arriving at a third. The first was that a sufficiently capable model would absorb the whole problem: point it at the documents, ask questions, done. It did not survive contact with buildings. The second was the backlash, keep AI out of operations, which is losing too because it leaves the real bottleneck untouched. The bottleneck was never analytics. It was that nobody could read the building's own documents at acceptable cost.

The third is architectural, and it is where the serious work sits. Neurosymbolic designs have moved from academic subfield to practical default wherever consistency and explanation are requirements rather than preferences.282930 The pattern is identical across domains: learned components at the perception boundary, symbolic structure in the middle, deterministic execution at the point of decision.

Three forces push the same way. Standardisation gives the symbolic layer somewhere to stand, as Brick, Project Haystack, and the proposed ASHRAE Standard 223P converge rather than compete;3839 a hybrid architecture without an ontology is a pipeline with opinions. Regulation makes these properties legally relevant rather than merely admirable, through the AI Act's logging and oversight duties42 and the recast EPBD's digital building logbook on the data side.40 Economics is the underrated third: inference is a recurring per-question cost while deterministic execution over a built graph is nearly free, so the systems still affordable at portfolio scale will be those that buy expensive interpretation once, at ingestion.

What the evidence does not yet support

Head-to-head comparisons of complete hybrid architectures against end-to-end generative systems, on the same building data, are scarce. The component-level evidence is strong and consistent: structured output beats free text,313233 executed code beats generated arithmetic,343510 graph queries beat document retrieval,36 symbolic constraints beat unconstrained generation.2829 Every measured piece points one way. The whole has not been proven, and the argument is better made in that form.

How Struxiva applies these principles

Struxiva was built around the boundary rather than around the model. No generative component writes to the knowledge graph directly, and no deterministic component tries to interpret an ambiguous document.

AI is used where judgment is unavoidable: reading scanned drawings and unstructured reports, interpreting vendor-specific point names, proposing entity matches, translating a question into a formal query. In each, a human expert would also be exercising judgment. Deterministic code owns everything that must be right: ontology constraints, dimensional validation, unit conversion, reconciliation rules, confidence thresholds, graph traversal, and every metric reaching a report.

The Struxiva hybrid architecture, with the generative and deterministic boundary marked Unstructured input, drawings, PDFs, point lists and maintenance notes, enters a generative layer that extracts, interprets, proposes and classifies. Its output is candidates carrying a source and a confidence, never facts. Those candidates pass into a deterministic gate that applies ontology checks, physical bounds, unit conversion, cross-source reconciliation and threshold routing. Candidates that fail or fall below the confidence threshold branch to a human review queue with a reason attached. Candidates that pass enter the knowledge graph as facts with provenance. Three consumers sit below the graph: query generation, which is generative and handles language only; deterministic traversal and mathematics, which produces the answer itself; and analytics and fault detection, combining deterministic rules with learned models. Generative components are drawn with dashed borders, deterministic components with solid teal borders. AI PROPOSES · DETERMINISTIC SYSTEMS DISPOSE generative deterministic UNSTRUCTURED INPUT drawings · PDFs point lists · reports maintenance notes GENERATIVE LAYER extract · interpret propose · classify judgment is unavoidable here candidates + source + confidence DETERMINISTIC GATE • ontology checks • physical bounds • unit conversion • cross-source reconciliation • recomputed arithmetic • threshold routing no model output passes here unverified fails / low confidence HUMAN REVIEW QUEUE with a reason attached validated + provenance KNOWLEDGE GRAPH facts + provenance, Brick-classed QUERY GENERATION generative · language only never produces the number TRAVERSAL & MATH deterministic execution the answer itself ANALYTICS & FDD deterministic + learned gated the same way Every answer returns with its path and its provenance: source document, page, extraction method, validation status, date

The shape of the diagram is the argument. Generative components sit at the edges, where the world is messy and approximately right beats silent. Everything between them is code that can be read, tested, and defended.

Entity resolution and semantic validation are the gate, not a post-process. Earlier articles described them as capabilities; architecturally they are the boundary itself, where a proposal becomes either a validated fact with provenance or a flagged exception with a reason.

Confidence is computed, not asked for. It derives from extraction quality, source authority, and cross-source agreement, and it drives routing, so what reaches a human is what the system cannot settle on its own rather than a random sample of everything.

The audit trail travels with the answer. Source document, page, extraction method, validation status, and date accompany every figure, which is the difference between a number a manager can put in front of a board and a number they have to defend from memory.

Key takeaways

  • The question is not how much AI to use but where the boundary sits between components allowed to be creative and components required to be correct.
  • Generative models vary across identical runs even at temperature zero, generate unsupported content for structural reasons, are uneven at calculation, and cannot reliably audit themselves. These are properties, not bugs to be prompted away.
  • Rule-based systems have the opposite profile: reproducible and auditable, and unable to read a scanned drawing or decode an undocumented naming convention.
  • AI proposes, deterministic systems dispose. Model output is a candidate with a source and a confidence, never a fact.
  • Constrain generation to a schema and a controlled vocabulary; the evidence says this improves accuracy, not just format compliance.
  • Let the model write the calculation and never perform it. Executed code beats generated arithmetic by the widest margin of any result cited here.
  • Confidence worth routing on is computed from evidence, not asked of the model.
  • Component-level evidence for this design is consistent across domains; the system-level comparison against end-to-end generative architectures largely has not been published, and the case is stronger without overstating it.

Evidence & references

Reliability and limits of generative models

  1. Lee, K. (2026). Semantic similarity of model outputs across repeated runs at temperature 0: 0.955 (GPT-4.1), 0.950 (Gemini 2.5 Flash), 0.903 (Claude Sonnet 4.6). International Journal of Medical Informatics, Article 106594. doi.org/10.1016/j.ijmedinf.2026.106594
  2. Landon, S., et al. (2025). Internal consistency across five repeated runs as low as 0.60 in clinical decision-making tasks. Journal of General Internal Medicine. doi.org/10.1007/s11606-025-09888-7
  3. Li, Y., et al. (2026). Hardware variation and software-stack differences across training and inference pipelines as sources of non-determinism. Machine Learning: Science and Technology. doi.org/10.1088/2632-2153/ae696b
  4. Omar, M., et al. (2025). Temperature 0 did not eliminate hallucination or improve output consistency. Communications Medicine. doi.org/10.1038/s43856-025-01021-3
  5. Kalai, A., et al. (2026). Next-word prediction creates unavoidable statistical pressure toward hallucination for facts lacking repeated training support. Nature. doi.org/10.1038/s41586-026-10549-w
  6. Singh, S., et al. (2025). Hallucination as an architectural property of transformer vector blending, with a hallucination–generalisation trade-off. ICT Express. doi.org/10.1016/j.icte.2025.12.011
  7. Miao, M., & Kearns, M. (2025). Up to 40% hallucination reduction through training-data frequency manipulation. PNAS. doi.org/10.1073/pnas.2533582123
  8. Zhong, Q., et al. (2024). 97.1% on GSM8K with chain-of-thought prompting; failure modes classified as semantic misunderstanding, calculation error, and step-missing. Frontiers of Computer Science. doi.org/10.1007/s11704-025-41102-z
  9. Abdollahi, M., et al. (2025). Reasoning models at 62–98% accuracy on code-execution reasoning; tool-augmented approaches corrected 69% of computation errors. ACM. doi.org/10.1145/3819239
  10. Liu, J., et al. (2026). Direct structural analysis by a language model unreliable; an agent generating and executing OpenSeesPy code exceeded 99% accuracy. Structure and Infrastructure Engineering. doi.org/10.1080/15732479.2026.2630123
  11. Kamoi, R., et al. (2024). No prior work demonstrates successful self-correction with feedback from prompted models, except on tasks exceptionally suited to it. TACL. doi.org/10.1162/tacl_a_00713
  12. Kambhampati, S. (2024). No basis for the assumption that language models can self-critique. Annals of the New York Academy of Sciences. doi.org/10.1111/nyas.15125
  13. Dou, S., et al. (2024). 29.2% repair success rate using self-critique grounded in compiler feedback. Science China Information Sciences. doi.org/10.1007/s11432-025-4632-8
  14. Wang, Z., et al. (2025). Self-verification against external databases significantly outperforming unaided models. Nature Methods. doi.org/10.1038/s41592-025-02748-6
  15. Vanhoyweghen, A., et al. (2025). Lexical uncertainty markers in chain-of-thought predict errors better than trace length, indicating that chain-of-thought text does not transparently reflect model confidence or reasoning. arXiv:2508.15842. doi.org/10.48550/arXiv.2508.15842
  16. Chen, S., et al. (2026). Chain-of-thought traces containing logical and factual errors, requiring external validation to identify. Computer Graphics Forum. doi.org/10.1111/cgf.70439

Building fault detection practice

  1. Andersen, K. H., et al. (2024). Expert-rule systems still prevalent in industry, based on interviews with 29 HVAC experts; fault-handling process and user mindset identified as implementation bottlenecks. Energy and Buildings, Article 113801. doi.org/10.1016/j.enbuild.2023.113801
  2. Nelson, W., & Dieckert, C. (2024). Boolean rule-based analysis limited to rules defined and calibrated by energy engineers. Energies, 17(2), Article 529. doi.org/10.3390/en17020529
  3. Kim, W., et al. (2025). Across seven buildings, 79% of equipment and 67% of AHUs showed one or more faults; fault aggregation proposed to reduce alarm overload and misleading information reaching operators. Energy and Buildings, Article 115593. doi.org/10.1016/j.enbuild.2025.115593

Retrieval, fine-tuning, and agentic systems

  1. Huang, Y., et al. (2026). Standard RAG degradation on multi-hop reasoning through query drift and noise accumulation. ACM. doi.org/10.1145/3789506
  2. Feng, Y., et al. (2026). Hyper-RAG improving accuracy 12.3% over direct model use and 6.3% over GraphRAG. Nature Communications. doi.org/10.1038/s41467-026-71411-1
  3. Mala, C., et al. (2026). Systematic evaluation of faithfulness in RAG: retrieval–generation interactions still produce hallucination despite evidence grounding. Big Data and Cognitive Computing, 10(2), Article 56. doi.org/10.3390/bdcc10020056
  4. Sun, L., et al. (2026). OM-GPT: fine-tuned building operation and maintenance model outperforming GPT-4 and DeepSeek, with hallucination mitigation requiring an additional GraphRAG architecture. Buildings, 16(7), Article 1429. doi.org/10.3390/buildings16071429
  5. Dorfner, F. J., et al. (2025). Biomedically fine-tuned models underperforming general-purpose models across clinical tasks, with higher hallucination tendency. JAMIA. doi.org/10.1093/jamia/ocaf189
  6. Webb, T. W., et al. (2025). Language models struggling with tasks requiring multi-step reasoning or goal-directed planning. Nature Communications. doi.org/10.1038/s41467-025-63804-5
  7. Plaat, A., et al. (2024). Survey of multi-step reasoning approaches in large language models. ACM Computing Surveys. doi.org/10.1145/3774896
  8. Liu, S., et al. (2025). Analysis of agentic trajectories: unresolved issues exhibiting chaotic and repetitive behaviour. ACM. doi.org/10.1145/3798271

Hybrid and neurosymbolic architectures

  1. Hogea, E., et al. (2026). Hybrid Transformer plus Logic Tensor Network at 94.01% accuracy on rotating machinery fault diagnosis versus 88.20% for the neural baseline, with interpretable rule output. JAIR. doi.org/10.1613/jair.1.22096
  2. Younesi, A., et al. (2025). Neuro-symbolic microgrid control enforcing power-flow constraints through finite state machines: 91.7% restoration success, over 95% critical-load fulfilment. Renewable Energy, Article 124401. doi.org/10.1016/j.renene.2025.124401
  3. Stan, E. I., et al. (2026). Survey of hybrid architectures: gains in sample efficiency and traceable reasoning; symbolic knowledge injection most often targeting constraint satisfaction and robustness; evaluation practice heterogeneous. JAIR. doi.org/10.1613/jair.1.21105

Constrained generation and tool use

  1. Mündler, N., et al. (2025). Type-constrained decoding reducing compilation errors by more than half and increasing functional correctness across model families on HumanEval and MBPP. ACM. doi.org/10.1145/3729274
  2. Xiong, Y., et al. (2026). Formula-constrained prompting improving assessment accuracy from 0.72 to 0.85 (DeepSeek-V3) and 0.65 to 0.85 (GPT-5), p<0.001. BMJ Evidence-Based Medicine. doi.org/10.1136/bmjebm-2025-114055
  3. Kataoka, Y., et al. (2025). Structured checklists yielding 78.7–79.7% accuracy versus 45.21% for unstructured input, p<0.0001. arXiv:2511.16707. doi.org/10.48550/arXiv.2511.16707
  4. Luo, Q., et al. (2026). Geospatial analysis: 97.14% accuracy via code generation, 85.71% via function calling, 48.57% via direct text generation. Big Earth Data. doi.org/10.1080/20964471.2026.2615511
  5. Goodell, A. J., et al. (2025). Task-specific tools reducing incorrect medical calculation responses 5.5-fold (LLaMa, 88% to 16%) and 13-fold (GPT, 64% to 4.8%). npj Digital Medicine. doi.org/10.1038/s41746-025-01475-8

Knowledge graphs as the query substrate

  1. Khan, J. A., et al. (2025). Knowledge-graph SPARQL generation reaching 93.6% accuracy on 1,000 complex facility-management queries, versus 25% for document-store back ends. Future Generation Computer Systems, Article 108185. doi.org/10.1016/j.future.2025.108185
  2. Pan, Y., et al. (2026). Graph-based digital twin question answering at 100% (city-scale) and 95.5% (room-level) answer correctness, outperforming a LangChain/Neo4j baseline. Automation in Construction, Article 106791. doi.org/10.1016/j.autcon.2026.106791

Ontologies, standards & regulations

  1. Balaji, B., et al. (2016). Brick: Towards a Unified Metadata Schema for Buildings. BuildSys '16. doi.org/10.1145/2993422.2993577
  2. ASHRAE. Proposed Standard 223P: Semantic Data Model for Analytics and Automation Applications in Buildings. docs.open223.info
  3. European Union. Directive (EU) 2024/1275 (EPBD recast), digital building logbook (Article 2(41)) and building systems data access provisions. eur-lex.europa.eu: EPBD
  4. W3C. Shapes Constraint Language (SHACL). W3C Recommendation, 20 July 2017. w3.org/TR/shacl
  5. European Union. Regulation (EU) 2024/1689 (Artificial Intelligence Act): data and data governance (Article 10), record-keeping and automatic logging (Article 12), transparency for deployers (Article 13), human oversight (Article 14). eur-lex.europa.eu: AI Act
  6. ISO/IEC 42001:2023. Information technology — Artificial intelligence — Management system. iso.org: ISO/IEC 42001
  7. NIST. AI Risk Management Framework (AI RMF 1.0). NIST AI 100-1, January 2023. nist.gov: AI RMF

A hybrid architecture gives a building a description of itself that is both readable and trustworthy, but what it describes is the present and the past. The graph knows what exists, how it connects, and what has happened. It does not know what happens when outdoor temperature drops eight degrees overnight and the plant restarts at part load into a building empty for three days. Closing that gap means adding behaviour to structure: physics, simulation, and learned dynamics on top of a validated semantic model. That is where a digital twin stops being a record and becomes a prediction, and the same boundary discipline applies, because a simulation that cannot say which of its inputs were guessed is no more trustworthy than a model that cannot say where its facts came from.

In future articles, we'll explore how continuous digital twins, fault detection, and predictive maintenance build on resolved identity, validated data, a semantic knowledge graph, and a disciplined hybrid architecture to create truly intelligent buildings.

Ready to see this in practice?

Talk to us about your building's data.