Definition error
The AI uses a plausible but wrong business definition.
The more capable analytical agents become, the more valuable it is to know how to test them systematically instead of trusting fluent output.
A fluent answer can be wrong in three different layers: data logic, business meaning, or inference.
“The numbers are technically correct for the rows it selected — but the comparison itself is invalid.”
Evaluation is broader than checking syntax. A query can execute perfectly while using the wrong denominator, an immature cohort, a duplicated join or a misleading comparison.
The analyst needs a repeatable error taxonomy and test cases that expose these failure modes.
The AI uses a plausible but wrong business definition.
Join, grain, filter or timestamp logic corrupts the number.
The observed pattern is described as causal or certain.
Fields, events, explanations or evidence are invented.
Evaluate the claim and the query separately. Correct SQL does not guarantee a correct business conclusion.
Audit the analysis below as if it could influence a product rollout.
Do not defend the existing answer.
Review separately:
1. Metric definition
2. Population and denominator
3. Time/cohort comparability
4. Grain and join cardinality
5. Missing or late data
6. Observational vs causal language
7. Claims unsupported by returned data
For every issue:
- state the risk,
- propose a test,
- explain what result would invalidate the conclusion.
Do not invent missing schema or data.Can I reproduce the result with an independent simpler method?
Have I tested known edge cases and null behavior?
Are cohorts and comparison windows equally observable?
Did I inspect the generated query rather than only the result?
Are unsupported explanations removed from the narrative?
Would this same test catch the error again in a future agent version?
An AI-generated query runs and returns a polished answer. Run validation to uncover three analytical bugs.
Keep a small set of known-answer business questions.
Test empty groups, duplicates, late data and unusual dates.
Trace every narrative claim back to returned evidence.
Rerun evaluations when prompts, models or schemas change.
When an AI answer looks unusually clean, become more curious, not less. Plausibility is not validation.