What the paper covers
From an ambiguous question to an answer you can defend.
A walk through the reasoning behind Spotonix — why generating SQL
directly from a question is fragile, and what it takes to interpret
intent first. Each section is written for technical and analytics
leaders evaluating how the system actually works.
01
The problem with generating SQL directly
Why text-to-SQL leaves a semantic gap: business logic buried in
joins and filters, no reuse across related questions, and reasoning
you cannot inspect. The case for interpreting intent before touching
the warehouse.
02
How expert analysts actually think
Analysts do not start from scratch. They recognize what a question
resembles, then reuse and adapt prior work. The paper formalizes
that compositional way of working.
03
The primitives: Segments, Calculations, Analysis Patterns
Any question maps to a few durable pieces — the who
(Segments), the how much (Calculations), and the reusable
analytical intent that binds them (Analysis Patterns).
04
The Context Graph
Where definitions, accepted plans, and how the business uses them
are remembered and connected — so meaning compounds instead of being
re-derived for every question.
05
Intent Algebra: interpretation before execution
The mechanism that binds the terms in a question, grounds them in
the Context Graph, surfaces ambiguity instead of guessing, and gates
compilation on a closed, visible plan.
06
The interpretation loop
How the system searches, evaluates, asks clarifying questions where
the intent is underspecified, and — once a plan is accepted — turns
it into an Answer that can be reused.