Ir al contenido

Check an answer before you share it

Esta página aún no está disponible en español. Se muestra la versión en inglés.

Before a number from Querri goes into a deck or an email, spend a minute checking where it came from, so you can stand behind it.

  • Permissions: anyone who can see an answer can check it.
  • Data you need: an answer from Librarian chat. The example uses Curio; see Explore the sample company.
  • Credits this uses: checking costs nothing. A follow-up question is a message to the Librarian, and each one uses a credit.

Say you’re deciding what Curio should reorder, and you’ve asked, “What is our current finished-goods inventory by warehouse?“

The first line of the answer block, the route row, says where the answer came from.

An answer block in Librarian chat, showing the route row and the rows

  1. The route row: where the answer came from. Click it to see everything the answer read or touched.
  2. The rows: what the query returned, with the count and Show the query underneath.

It starts one of three ways:

  • Read from a view or KPI: something your team already built answered it.
  • Queried a table, or several tables: it was answered straight from your source data.
  • Searched your library: it found things to look at but read none of them, so there’s no number to check.

Curio’s answer reads Read from Current finished-goods inventory by warehouse. Is that the table you’d have used?

Click the route row for the full list. Anything the answer only touched carries a note:

NoteWhat it means
joinedA table joined in, for example to turn IDs into names
also matchedA close runner-up that wasn’t used
tried, no dataA view it tried that came back empty, so it answered from source tables instead
matched, not extractedA spreadsheet that matched but has no table in it yet
  1. The route header: what the answer read from.
  2. also matched: a runner-up the answer didn’t use.

Check that the rows cover what you expected. Curio has four warehouses, so you should see four rows: WH-CANADA, WH-EAST, WH-EU and WH-WEST. A missing store, month or region is the easiest mistake to spot.

Only the first 8 rows show at first. A longer result says something like Showing 8 of 340 rows, with Show all beside it. Cells hold raw values, so a date reads 2025-09-30T00:00:00 even when the reply below formats it.

Click Show the query to see the SQL behind the rows, and Copy it if someone else wants a look.

Show the query opened under an answer

  1. The query: the SQL that produced the rows.
  2. Copy: copy it.

You don’t need to read SQL well. Look for:

  • the table names after FROM, which should match the route row
  • the conditions after WHERE, which are the filters and dates it used
  • what it groups by, which is how the rows are split

Curio’s query reads straight from the view.

If your team tracks this number as a KPI, open it: Library, then the Metrics tab, then the KPI. When you ask about a KPI’s number, the Librarian quotes the value the KPI has already calculated, so the two should match.

Check two things on the KPI panel:

  • Measured from names the same table as your answer’s route row.
  • Measurement shows the Window, Aggregation and Filter the KPI uses, which should match what you meant.

If the value is hidden, or the panel says Not yet computable, there’s nothing to compare yet.

Do the query’s dates match the period you meant? Curio’s data stops at September 2025, so “this year” can’t reach past it. Is anything left out that belongs in, or counted that shouldn’t be, like refunds? And does a total line up with a number you already trust, like last month’s report?

Ask in the same chat, in plain words:

  • “Which dates does this cover?”
  • “Does this include refunds?”
  • “Use the shipments table instead.”

If the problem is a definition, like what counts as revenue, fix it once so everyone gets the same number next time. One number, one definition shows how.

  • It read from the table you’d have used.
  • The rows cover everything you expected.
  • The dates and filters match your question.
  • A KPI’s value and Measured from agree with it.
  • The totals match a number you trust.

The answer reads Query declined. Nothing in your Library could answer it, and the route row says Searched your library. There’s no number to check. See When nothing fits.

A table was built for you. It comes marked as unsaved, with a card offering Save this table as a view. Check it the same way before you save it. Saving is your call, and it uses a credit once the view is built.

There’s no query to open. Show the query reads “The query was not recorded for this result.” There’s no SQL to check for that answer.

An older chat shows no rows or query. Answers from before late August 2026 reopen without their tables, route row or query. Ask the question again.

An “also matched” item has nothing to do with your question. That’s fine: the search found it, but the answer didn’t use it. Curio’s inventory answer lists marketplace revenue and delivery rate views as runners-up.