Toward Epistemic Stability: Engineering Consistent Procedures for Industrial LLM Hallucination Reduction
Organizations: Trane Technologies, Davidson NC, USA
Abstract
Hallucinations in large language models (LLMs) are outputs that are syntactically coherent but factually incorrect or contextually inconsistent. They are persistent obstacles in high-stakes industrial settings such as engineering design, enterprise resource planning, and IoT telemetry platforms. We present and compare five prompt engineering strategies intended to reduce the variance of model outputs and move toward repeatable, grounded results without modifying model weights or creating complex validation models. These methods include: (M1) Iterative Similarity Convergence, (M2) Decomposed Model-Agnostic Prompting, (M3) Single-Task Agent Specialization, (M4) Enhanced Data Registry, and (M5) Domain Glossary Injection. Each method is evaluated against an internal baseline using an LLM-as-Judge framework over 100 repeated runs per method (same fixed task prompt, stochastic decoding at tau = 0.7. Under this evaluation setup, M4 (Enhanced Data Registry) received ``Better'' verdicts in all 100 trials; M3 and M5 reached 80% and 77% respectively; M1 reached 75%; and M2 was net negative at 34% when compared to single shot prompting with a modern foundation model. We then developed enhanced version 2 (v2) implementations and assessed them on a 10-trial verification batch; M2 recovered from 34% to 80%, the largest gain among the four revised methods. We discuss how these strategies help overcome the non-deterministic nature of LLM results for industrial procedures, even when absolute correctness cannot be guaranteed. We provide pseudocode, verbatim prompts, and batch logs to support independent assessment.
Figures & tables
| Field | Type | Description |
|---|---|---|
| component_type | string | Physical role (e.g., “cooling coil valve”) |
| normal_range | string | Expected value range in operational state |
| fault_threshold | string | Value indicating fault or alarm condition |
| depends_on | list | IDs of upstream components |
| fault_implication | string | What downstream effect this fault causes |
| units | string | Engineering unit (e.g., %, ∘ F, GPM) |
| ID | Domain | Methods | Description |
|---|---|---|---|
| T1 | Enterprise software | M1, M2 | 3-sprint agile plan for a cloud-based real-time IoT telemetry pipeline; Fibonacci story points, role assignments, acceptance criteria, inter-sprint dependencies |
| T2 | ERP incident response | M3 | Production ERP outage at 02:14 EST: 6 simultaneous symptoms spanning connection pool, memory, CPU, load balancer, 6 microservices, 3 cron jobs |
| T3 | HVAC diagnosis | M4 | Warm-air fault diagnosis; component identifiers (CMP-1, VLV-3, SNS-9) with raw state values; relationship between compressor and TXV |
| T4 | BMS/HVAC troubleshooting | M5 | AHU fault query containing 17 domain acronyms; DX coil lockout, chilled water coil, VAV/DDC/VFD interactions |
| Method | Better | Same | Worse | Notes |
|---|---|---|---|---|
| (%) | (%) | (%) | ||
| M1 (Iterative) | 75 | 18 | 7 | Stability proxy; some variance |
| M2 (Decomposed) | 34 | 25 | 41 | Net negative; context lost in synthesis |
| M3 (Agents) | 80 | 19 | 1 | Consistent improvement |
| M4 (Registry) | 100 | 0 | 0 | No worse trials; see confound note |
| M5 (Glossary) | 77 | 22 | 1 | Consistent improvement |
| Method | Better | Same | Worse | Notes |
|---|---|---|---|---|
| (%) | (%) | (%) | ||
| M1 v2 (Self-Critique) | 100 | 0 | 0 | 10/10 trials; provisional |
| M2 v2 (Context-Aware) | 80 | 10 | 10 | Large gain over v1 |
| M3 v2 (Consensus) | 100 | 0 | 0 | 10/10 trials; provisional |
| M4 Registry (unch.) | 100 | 0 | 0 | Consistent with D1 |
| M5 v2 (Dynamic) | 60 | 40 | 0 | See Section 8.4 |
| Method | D1 v1 | D2 v2 | Interpretation |
|---|---|---|---|
| n=100 | n=10 | ||
| M1 | 75 | 100 | v2 gain likely; n=10 provisional |
| M2 | 34 | 80 | Large gain; 100-trial follow-up warranted |
| M3 | 80 | 100 | v2 gain likely; n=10 provisional |
| M4 | 100 | 100 | Consistent; confound risk noted |
| M5 | 77 | 60 | Variance dominates at n=10 |
LLM Hallucination Mitigation
Large language model hallucination mitigation develops ways to detect and reduce unsupported, fabricated, or inconsistent outputs.
See all 178 papers