Operational and geospatial schemas require specialist knowledge
Energy / Delivered project
AI Chat Interface for Energy Data
An agentic query layer that translates business questions into governed filters, queries, maps, and cited analytical responses.
Explore the page ↓
Valuable operational and geospatial datasets remain inaccessible to many users because the schema, tools, and query language require specialist knowledge.
Natural-language questions can be ambiguous or unsafe to execute
Permissions must apply to rows, fields, tools, and generated answers
From operating uncertainty to testable evidence.
The work was decomposed into four engineering decisions. Each one produced an artifact the customer could inspect, test, and carry into deployment.
Create a semantic layer over approved datasets
Approved semantic layer and permission model
Translate questions into inspectable query plans
Question-to-query benchmark across analytical task types
Enforce row, field, and tool permissions
Execution safety and ambiguity review with analysts
Return results with filters, assumptions, and sources
Cited answer interface with visible filters and query trace
Deployed around the workflow—not beside it.
The system boundary includes where inference runs, how evidence reaches existing tools, and how people handle uncertainty after launch.
Private agent and semantic-query services placed behind enterprise data and identity controls.
SQL, time-series, GIS, asset, and document sources expose approved semantic entities and scoped tools.
Ambiguous questions trigger clarification; query plans are validated before execution and answers retain source and permission context.
What must be measured before the system earns trust.
Evaluation covers model behavior, workflow burden, and production performance. The metric defines the gate; the customer baseline and acceptance threshold define the target.
Semantic parse accuracy
Correct entities, filters, time windows, and intended operation.
Determines when a plan can execute or needs clarification.
Execution success
Valid, permission-compliant queries returning the intended result shape.
Measures tool and schema reliability.
Answer faithfulness
Claims supported by returned data, filters, and cited sources.
Controls whether narrative answers can be trusted.
Time to evidence
Time from question to analyst-accepted result.
Quantifies accessibility improvement for complex data.
Value has to appear in the customer’s operating day.
The assistant should show the interpreted question, filters, query plan, assumptions, and sources before its narrative answer.
Tools follow the system—not the other way around.
Final architecture depends on data quality, operating conditions, integrations, risk, and evaluation criteria established during discovery.

