{
  "id": 7606807,
  "title": "Natural Language Is the Interface, Not the Semantic Layer",
  "url": "https://urgent.news/2026/09/15/natural-language-is-the-interface-not-the-semantic-layer",
  "topic": "ai",
  "section": "AI",
  "published": "2026-09-15T18:48:24.000Z",
  "source": {
    "name": "Dev.to",
    "slug": "dev-to",
    "url": "https://dev.to/swaroop_krishna_e2f4b83b2/natural-language-is-the-interface-not-the-semantic-layer-ce9"
  },
  "original_language": "en",
  "account": "This is Part 2 of a two-part technical series exploring how an Enterprise Data Discovery Assistant helps users explore complex data without needing to understand SQL. The article builds on an AI-ready data product framework where agents require machine-readable semantics, active contracts, and engineering guardrails. While natural language allows users to ask business questions, it does not eliminate the need for proper data modeling. Instead, it makes good data modeling more visible.\n\nThe key insight is that natural language serves as the user interface, while the semantic layer explicitly defines analytical decisions like grain, metrics, time semantics, filters, and relationships. Snowflake policies manage access to results, and runtime contract checks ensure the data product is trustworthy before execution.\n\nThe process starts with the assistant identifying the user's intent and target domain. It then performs a mandatory contract check to evaluate factors such as data freshness, quality, and validation results before executing the query. The assistant interprets the question using a selected semantic view, which provides governed dimensions, metrics, relationships, filters, and example data needed to generate SQL. The SQL runs within the governed data platform, with Snowflake privileges and data-protection policies still applying.\n\nIf the contract is active, fresh, and passing, the check remains behind the scenes, delivering a clean answer. However, a stale or degraded contract adds a warning, indicating the result may not be trustworthy. In extreme cases, the contract could result in a hard stop, preventing the query from being attempted. For higher-risk domains, a hard stop might be implemented instead of a warning.\n\nThe assistant uses a Routing Mode to handle cases where the semantic view cannot fully satisfy a request. It first attempts semantic SQL using the semantic view, but if coverage is insufficient, it can fall back to standard SQL on physical tables. This flexibility is valuable, but governed metrics should use a different confidence path, such as exposing the result for review, requesting clarification, or blocking the query for higher-risk questions rather than implying the same semantic guarantees.",
  "summary": "This is Part 2 of a two-part technical series. Part 1 showed how an Enterprise Data Discovery Assistant recovers legacy logic and produces grounded SQL. Rupak's article on AI-ready data products provides the larger context: agents need machine-readable semantics, active contracts, and engineering guardrails. This post follows the next step—from a business question to governed execution and an…",
  "key_points": [
    "Natural language is user interface, not semantic layer",
    "Semantic layer defines analytical decisions like grain and filters",
    "Contract checks ensure data product trustworthiness before execution"
  ],
  "editors_take": null,
  "illustration": null,
  "coverage": {
    "outlets": 1,
    "also_reported_by": []
  },
  "ai_generated": true,
  "disclaimer": "Summaries, key points and the editor’s take are written by software from other outlets’ reporting and may contain errors — always check the linked original."
}