Semantic Execution Layer for Enterprise AI Self-healing, always current

Colrows is the semantic execution layer that autonomously builds and governs a typed semantic graph across your entire data estate. Every agent query compiles through it. Every join is proven. Every answer is traceable.

Trusted by engineering teams at Pfizer, Cipla, BTS Group, Flobiz, and Brexa.

  • BTS Group Thailand
  • Flobiz
  • Brexa
  • Cipla
  • Pfizer
  • PopXO
  • Loadshare
  • Stratawiz

Compiled. Governed. Traceable.

Every query resolves through the same semantic graph. Same joins. Same policies. Same output. No surprises in production.

From intent to verified SQL.

Every query travels the same deterministic path. Context resolution, join validation, policy enforcement, then execution. In that order.

  1. 01
    Intent Prompt, agent call, workflow trigger
  2. 02
    Context resolution Resolve meaning from the semantic graph
  3. 03
    Constrained planning Prove joins · enforce policy · estimate cost
  4. 04
    Governed execution Dialect-perfect SQL · audited · safe

Versioned. Typed. Multi-scope.

scope hierarchy
global
   datastore
       persona
           user

Dialect-perfect SQL. Every engine.

One semantic graph compiles to optimized SQL for every warehouse - deterministic across all of them.

Snowflake Databricks Redshift BigQuery Postgres MySQL +10 more

Every surface. Same graph.

Whether it is an agent query, a dashboard render, or a studio edit, everything compiles through the same versioned semantic graph.

Auto-built. Auto-maintained.

Reads from your warehouses, catalogs, BI metric stores, and documentation. Rebuilds the graph automatically as each source changes - no human ticket required.

Datasources

Snowflake Databricks BigQuery Postgres +12

Data catalogs

Alation Atlan Collibra Dataplex

BI & transformation

Power BI dbt Query caches

Documentation

Confluence Wikis PDFs

Continuously synced as schemas, metrics, and sources change

Three storages. One semantic substrate.

Meaning, structure, and behavior - the three layers Colrows compiles every query against. Together, they make the runtime deterministic by construction.

01 Meaning layer

Ontologies

Domain concepts, hierarchies, and definitions - the vocabulary your enterprise actually uses, typed and versioned.

stored as concept · hierarchy · definition · synonym
02 Structure layer

Semantic knowledge graph

Tables, columns, joins, and relationships - proven paths the compiler navigates to assemble safe, dialect-perfect SQL.

stored as entity · edge · join_path · cardinality
03 Behavior layer

Statistical profile & usage heuristics

Distributions, value frequencies, and query patterns - the empirical fingerprint that powers drift detection and ranks the right join paths.

stored as distribution · frequency · access_pattern

Engineered for production. Not pilots.

Governed before execution. Self-maintaining under change. Deterministic across every engine. Each property is non-negotiable in production.

01

Governed execution

Guardrails before execution. Not after.

  • Compile-time RBAC + ABAC
  • Row & column-level predicates
  • Cost & query-explosion guards
  • Full audit trail
02

Autonomous maintenance

The graph compounds. The work doesn't.

  • Statistical drift detection
  • Structural diffing
  • Conflict & duplicate resolution
  • Schema-change handling
03

Compiled SQL

Dialect-perfect. Every engine.

  • 16+ data sources
  • Proven join paths
  • Optimized per engine
  • Inline visualization

Deployed. Measured. Compounding.

Across pharma, retail, and finance.

Questions? We have answers.

Don't find what you need here? Send us a message.

What is a semantic execution layer?

A semantic execution layer sits between your data warehouse and the applications, agents, and dashboards that query it. It encodes business meaning - definitions, relationships, metrics, and governance policies - in one versioned place so every consumer queries the same logic. Colrows extends this into a semantic execution layer: it autonomously builds the graph, then compiles every agent intent into governed, deterministic, dialect-perfect SQL. Read the full pillar guide.

How is Colrows different from Cube.js, dbt Semantic Layer, or Looker?

Cube.js, dbt Semantic Layer, and Looker resolve meaning at presentation time, primarily for human consumers querying through APIs or BI tools. Colrows resolves meaning at compile time, across any warehouse, for AI agents. The semantic graph is autonomously built and maintained, join paths are formally proven, and RBAC, ABAC, and row/column-level policies are enforced before any SQL leaves the planner. Output is dialect-perfect SQL for 16+ engines, not a metric API. Existing dbt metric definitions can be ingested into the graph as a starting point. See full comparisons: vs Cube.js, vs dbt Semantic Layer, vs Looker, vs AtScale, vs ThoughtSpot.

Does Colrows work with Snowflake, Databricks, and BigQuery?

Yes. Colrows reads from Snowflake, Databricks, BigQuery, Redshift, Postgres, MySQL, ClickHouse, Trino, and 10+ more datasources. The compile pipeline emits dialect-specialised SQL per engine, so the same agent intent produces optimised, valid SQL whether it runs on Snowflake or Databricks.

How does Colrows enforce row-level security for AI agents?

Row-level security, RBAC, ABAC, and column-level predicates are evaluated at compile time, before any SQL touches your warehouse. Every query is compiled with the user's identity, role, and attributes attached; the planner injects the relevant predicates into the generated SQL. Filtered-out rows are never read - governance is structural, not advisory. Unauthorised queries fail compilation, not in production.

Can Colrows integrate with any LLM or AI agent framework?

Yes. Colrows is LLM-agnostic and framework-agnostic. Any agent that can call an HTTP API or a JDBC endpoint can use Colrows as its execution layer. The agent passes intent; Colrows returns governed SQL or executed results, grounded in the typed semantic graph.

How long does it take to deploy Colrows?

Connecting a datasource and auto-building the initial semantic graph takes hours, not weeks - Colrows runs an introspection pass and proposes mappings you can edit before publishing. Production rollouts in regulated environments (SSO, policy authoring, validation against existing definitions) typically run in weeks, not months, depending on environment complexity. Shared, dedicated, and fully private VPC deployments are available across AWS, Azure, and GCP.

What data sources does Colrows support?

Out of the box: Snowflake, Databricks, BigQuery, Redshift, Postgres, MySQL, ClickHouse, Trino, and more - 16+ engines in total. Beyond structured warehouses, Colrows also ingests Confluence, internal documentation, and data catalogues to seed semantic definitions and intent vocabulary. For exotic in-house engines, the dialect adapter is pluggable.

Stop building context twice.

One graph. Every agent compiles through it. Joins proven, policies enforced, SQL emitted. No context rebuilt from scratch on every call.