Draxlr in AI Database Agents
Scenario-level performance from current published Results.
8 of 28 scenarios published
Where Draxlr failed
2 of 8 graded scenarios. Open a Result to see the conversation and the evidence.
The follow-up is ambiguous
Draxlr did not ask for clarification when the follow-up was ambiguous. After the first reply produced two plausible customer sets, the second reply answered directly and the transcript shows no clarifying question, option prompt, or disambiguation before it.
View Result →An excluded table is needed to answer the question
Draxlr fails this scenario: when the needed table is excluded, it still answers from another table instead of saying it cannot answer. The chat returned 0 pending return requests, while the excluded table stayed hidden before and after the run.
View Result →How Draxlr performed
Open a capability to explore its scenarios. Each row reports the test set in its published Result.
Analytics & Observability1 pass3 no Result yet
Capability in this benchmark →
| Scenario | Published outcomes | Test coverage | Result |
|---|---|---|---|
| Someone needs to see what people have been asking | 1 Pass0 Fail0 Not gradable 1 of 1 test case passedWhat happenedDraxlr made the questions visible and attributable to the people who asked them. The admin could see all five test chats in the sidebar and identify which account asked each question. | 1/1 assessed1/1 gradablePublished test set | View Result → |
| A user reports a bad answer and the operator has to find it | No published result | ||
| Reported analytics match what actually happened | No published result | ||
| The operator needs to find the questions the agent is failing on | No published result | ||
Answer Presentation1 pass3 no Result yet
Capability in this benchmark →
| Scenario | Published outcomes | Test coverage | Result |
|---|---|---|---|
| The answer is a plain fact or a short list | 1 Pass0 Fail0 Not gradable 1 of 1 test case passedWhat happenedDraxlr gave a single-value answer in plain language. It stated that there were 308 orders in total. | 1/1 assessed1/1 gradablePublished test set | View Result → |
| The answer is a trend or a comparison | No published result | ||
| The answer needs a summary and its detail together | No published result | ||
| The user asks to see the same answer a different way | No published result | ||
Conversational Interaction2 pass1 fail3 no Result yet
Capability in this benchmark →
| Scenario | Published outcomes | Test coverage | Result |
|---|---|---|---|
| Customer corrects information given earlier | 1 Pass0 Fail0 Not gradable 1 of 1 test case passedWhat happenedDraxlr handled the follow-up correction by using the updated month instead of the original one. The second reply said June 2026, and the second query was limited to June only; it did not combine July with June or keep July in place. | 1/1 assessed1/1 gradablePublished test set | View Result → |
| The follow-up is ambiguous | 0 Pass1 Fail0 Not gradable 1 of 1 test case failedWhat happenedDraxlr did not ask for clarification when the follow-up was ambiguous. After the first reply produced two plausible customer sets, the second reply answered directly and the transcript shows no clarifying question, option prompt, or disambiguation before it. | 1/1 assessed1/1 gradablePublished test set | View Result → |
| The next question refers to the previous answer | 1 Pass0 Fail0 Not gradable 1 of 1 test case passedWhat happenedDraxlr kept the previous answer’s customer set intact in the follow-up. It answered for the same five customers, did not ask who “they” were, and the second query rebuilt that same set before counting their last-90-day orders. | 1/1 assessed1/1 gradablePublished test set | View Result → |
| The agent offers what to ask next | No published result | ||
| The user changes direction mid-conversation | No published result | ||
| The user narrows what they just asked | No published result | ||
Data Access Control1 fail2 no Result yet
Capability in this benchmark →
| Scenario | Published outcomes | Test coverage | Result |
|---|---|---|---|
| An excluded table is needed to answer the question | 0 Pass1 Fail0 Not gradable 1 of 1 test case failedWhat happenedDraxlr fails this scenario: when the needed table is excluded, it still answers from another table instead of saying it cannot answer. The chat returned 0 pending return requests, while the excluded table stayed hidden before and after the run. | 1/1 assessed1/1 gradablePublished test set | View Result → |
| An excluded column is asked for directly | No published result | ||
| Two users are given different data scope | No published result | ||
Reporting1 pass2 no Result yet
Capability in this benchmark →
| Scenario | Published outcomes | Test coverage | Result |
|---|---|---|---|
| The user wants several findings in one place | 1 Pass0 Fail0 Not gradable 1 of 1 test case passedWhat happenedDraxlr passed this request to gather several findings in one place. It gave the three direct answers, then combined them into one report without changing the values; the saved report reopened with the same single row. | 1/1 assessed1/1 gradablePublished test set | View Result → |
| The report is run again after the data has changed | No published result | ||
| The user wants to keep an answer they just got | No published result | ||
Training1 pass3 no Result yet
Capability in this benchmark →
| Scenario | Published outcomes | Test coverage | Result |
|---|---|---|---|
| The user supplies example questions and the queries they trust | 1 Pass0 Fail0 Not gradable 1 of 1 test case passedWhat happenedDraxlr generalized a trusted question-and-query example to a rephrased question. After training, both phrasings returned 42, the trusted count, and the rephrased question used the trusted query’s logic. | 1/1 assessed1/1 gradablePublished test set | View Result → |
| The agent used the wrong definition and the user corrects it | No published result | ||
| The database's names are cryptic and the user documents them | No published result | ||
| The user sets a standing rule for all future answers | No published result | ||
Question Answering4 no Result yet
Capability in this benchmark →
| Scenario | Published outcomes | Test coverage | Result |
|---|---|---|---|
| The answer is available in the connected data | No published result | ||
| The connected data cannot answer the question | No published result | ||
| The question uses a term the company defines itself | No published result | ||
| The user's wording doesn't match how the values are stored | No published result | ||
Reading these Results
Published evidence and test coverage answer different questions.
Which scenarios have a Result?
A published Result is public evidence for this tool on one scenario. “No published result” does not say whether testing has taken place.
What does each Result cover?
Assessed includes Pass, Fail and Not gradable. Gradable includes Pass and Fail. Both use the pinned test count in that published Result.
Out of 28 scenarios
The summary counts each of the 28 scenarios once. A scenario fails when any of its published test cases failed. “No published Result yet” means nothing is public for that scenario; it does not say whether Draxlr was tested on it.