Validation
ClariLayer probes your live warehouse to show whether metric logic compiles, reaches the expected sources, and survives bounded data checks before it hits a dashboard or AI agent.
Start FreeCatalogs and wikis document what should be true. That documentation is useful, but it can drift from the actual SQL, schemas, and data behavior running in the warehouse.
Upstream schema changes, column renames, and data type shifts break metric logic without warning. No one catches it until the board meeting.
We execute metric logic against your actual data within a bounded test window. When checks run, validation evidence is attached to the metric version. No guessing.
Automated checks for source availability, SQL compilation, null values, uniqueness assumptions, and data type mismatches. Catches the obvious failures before anyone sees them.
Validation is restricted to a 30-day data window to keep costs low and execution fast. Enough to prove the logic, not enough to break your budget.
Financial-tier metrics cannot be promoted without the required validation evidence. Experimental metrics get lighter checks. The rigor matches the stakes.
Each validated metric version carries its validation report. Auditors, AI agents, and team members can see when it was last checked against real data.
Evidence Surface
A metric can sound right in a meeting and still fail when it meets current schemas, null behavior, or data type changes. ClariLayer records validation evidence alongside the definition so reviewers, auditors, and AI consumers can inspect the proof instead of trusting a stale description.
The evidence is intentionally attached to the metric version, not left in a one-off test log. When a definition is released, later consumers can see which checks ran, what warehouse surface was used, and whether the metric still needs additional review before it can support higher-stakes decisions.
Catalog browse, validation probes, direct deploy, and rollback are shared across Databricks, Snowflake, and BigQuery. Observe/query-history ingestion remains Databricks-only today.
Validation focuses on targeted checks: SQL compilation, source availability, basic integrity assumptions, and bounded data windows. The goal is enough evidence to govern the metric without turning every edit into a warehouse bill surprise.
Validation is broader than Observe. Snowflake and BigQuery share the catalog, validation, deploy, and rollback paths, but they do not yet share the live query-history loop.
Validation status gives BI users and AI agents a concrete reason to treat one metric differently from another: proven, unverified, stale, or blocked from promotion until the evidence is refreshed.
Validation becomes most powerful when it is paired with approval workflows that match metric risk and the Metric Registry that exposes current trust signals.
Validates metric logic against your actual Databricks, Snowflake, or BigQuery data. Not assumptions, not documentation — bounded execution against real tables.
Probes for source availability, SQL compilation, null behavior, uniqueness assumptions, and data type mismatches. Catches problems before they reach production.
Experimental metrics can ship with lighter checks. Financial-tier metrics cannot be promoted without a passing validation report. Different rigor for different stakes.
Catalog browse, validation probes, direct deploy, and rollback are shared across Databricks, Snowflake, and BigQuery. Observe/query-history ingestion remains Databricks-only today.
Join the companies building a trusted context layer for their AI agents and business teams.
Start Free