Vague executive question → SQL that survives review
Forces the ambiguity out of a business question before any SQL gets written, then produces a query with its assumptions stated on the record.

Podcast episode
The unglamorous truth of AI in analytics: the SQL is the easy part. The hard part is getting three executives to agree on what “active” means.

Audio drops soon
The four definitions of 'active user'
Audio drops soon — subscribe and it lands when it goes live.
Capable models are roughly a speedup on the part of analytics work that was never the hard part: writing the SQL once the question is clear.
What did not get faster is turning “how many customers are actually active?” into a question with one answer. That still takes meetings. No model shortens the politics — though one thing helps: putting the ambiguity list in front of the person who asked.
Logged in this week. Did a paid action. Opened the app. Has a seat. Pick wrong and the dashboard is fiction with nice charts.
Ask a vague question and the model invents a definition. That feels helpful. It is a silent policy change. Force the definition into the prompt or the ticket before any query runs.
A good analyst prompt does not hide uncertainty. It returns the list of terms that still need a human decision. That list is the real deliverable on day one.
Row counts, null rates, and “does this match last month’s signed-off number” belong next to the SQL. If the model cannot show its work, do not merge it.
Sometimes the honest output is: we do not store that. Shipping a wrong metric because the model filled the gap is worse than saying no.
Forces the ambiguity out of a business question before any SQL gets written, then produces a query with its assumptions stated on the record.
Separates what was decided from what was merely discussed, attributes owners, and flags the open questions everyone left the room assuming someone else would answer.