Dex Semantics - Let your agent build analytics with 25% fewer errors

by•
Dex Semantics adds declarations to your analytical models, which capture row meaning, join nature, how numbers add up, and decisional assumptions. Thanks to this, Dex scores 80% on ADE-bench with Claude Sonnet 5.5, compared to 73.3% without Dex (25% fewer tasks failed). Declarations live in your models as code, not a third-party tool. Dex then helps your agent convert declarations into your Semantic Layer of choice.

Add a comment

Replies

Best

"Most deadly errors arise from obsolete assumptions." Frank Herbert, Children of Dune

Hey everyone, I think this quote neatly describes the problem we're solving.
It's acutely painful in the context of analytics, where one wrong (but plausible) number can steer a giant enterprise or a fast-growing startup in the wrong (and disastrous) direction.

And, of course, the problem's magnitude is amplified by the speed of development brought about by agents.

npx skills add exmergo/dex

Thank you and !

   What's the best way to structure semantic declarations for older datasets that lack proper foreign key constraints?

 great great question.
I'd start with this command, which lets you infer and measure joins:

dex explore map --verify

This is useful for brownfield warehouses/databases where foreign key constraints may not be explicit, but can be inferred (and then made explicit after some cleaning with `dex transform`).
Then add declarations and run:

dex transform declare


Once initial set up is done, these commands on a schedule help you evolve declarations as the data changes:

maintain verify
maintain grain

This entire workflow is very agent-native, lots of details to check, so let your coding agent do this work for you!


More info here:
Specific declarations docs, for you and your agents, is here on GitHub:

Fully agree. A plausible but wrong number is the hardest bug to spot, and that’s the problem we care about most.

💡 Bright idea

I like that you're keeping semantic definitions close to the actual code, i think it help optimize SQL queries as well.

 Definitely!

 thank you! keeping it next to the code was a big decision for us, glad it resonates

 best of luck.....

Hi Marco, congrats on the launch!
I'm a terminal nerd, and Dex sounds like it's really cool. I'm going to check it out.

 Awesome! We specifically built Dex as a CLI tool to have both people and agents be able to work with it. No MCP or login needed, just install the CLI (and skills, if you want to give your agent the guidelines on how to use Dex) and let it rip!

 a fellow terminal nerd! let us know how it goes 🙌

, terminal nerds need to stick together :)

Let's goooooo!

 I ♥️ GTM

💎 Pixel perfection

Really interesting to see a toolkit addressing both the intelligence and reliability sides of AI-driven analytics. Those two things need to go together.

 Very well put

 thank you, glad that comes through!

Is this tool for building knowledge graph to set up the context layer for AI agents in enterprise?

 100%, Dex helps agents author and connect to 5 of the leading Semantic Layers in the space:
dbt Semantic Layer, Motley's SLayer, Cube, Snowflake Semantic Views, Databricks Metric Views.

Dex also authors Apache Ossie, the emerging standard for the Semantic Layer. We're part of their ecosystem!

More semantic layers coming soon!

💡 Bright idea

Congrats for launch Team does it automatically suggest updates to the declarations when a database migration runs in CI?

 Thank you!
You can configure agentic workflows in your CI that leverage the `dex maintain` commands for this!
We're actually working on integrating this specific feature you mentioned in our own managed workflows:

The YAML semantic layer is the part that caught my eye — most agent-built dashboards I've seen fail on inconsistent metric definitions, not on SQL. Curious how you handle it when two teams define the same metric differently, or when a definition drifts from what's actually in the warehouse?

 

when a definition drifts from what's actually in the warehouse

`dex maintain` is all about handling this problem!

how you handle it when two teams define the same metric differently

Interesting point. We recommend, at an organizational level, to define one semantic layer per vertical (finance, ops, internal metrics etc.) so that this doesn't happen.
Our enterprise offering is all about handling these types of problems at scale, with our agentic workflows:

Really cool Dune inspiration demo :)

What does it exactly mean by living on my models as code? Is it a harness?

thanks! Dex creates declarations as metadata as code inside dbt models! More info here:

Congrats #makers!

How do you keep semantic declarations accurate when the underlying data model changes over time?

thank you! Declarations are all about keeping this context in code, inside your data models, not some third party context tool. ‘dex maintain’ helps agents retrieve this metadata during data transformations. More info here:
12
Next