Coginiti 26.8 Release Notes

Coginiti 26.8 deepens the semantic modeling experience and extends platform reach. This release adds a semantic lineage graph, a more productive SMDL authoring experience with autocomplete and linting, and data quality testing for the Semantic Layer through Semantic SQL. It expands the Semantic Layer with synonyms, CoginitiScript-defined entities, CoginitiScript blocks as entity sources, and support for T-SQL platforms. It also adds full Teradata support, extends secure logging to more platforms, and brings OpenAI models to the Forge and Guide agents.

Administrators should review the upgrade steps below before deploying, as this release includes a required KOTS Admin upgrade.

Semantic Modeling Authoring Improvements

Authoring semantic models in SMDL is now faster and less error-prone. The editor adds autocomplete to speed up model definition and surface valid options as you type. New linting catches problems before you run anything, flagging redefinitions and highlighting syntax errors directly in the editor. Together these make building and maintaining semantic models a more guided, IDE-like experience.

Semantic Lineage Graph

You can now visualize lineage across your semantic model. The lineage graph shows how entities and fields connect, making it easy to trace data flow, spot problems, and understand the impact of a change.

Open the graph from the catalog by selecting one or more items (an SMDL file, a folder, or a project) and choosing Show Semantic Lineage from the context menu. You can also open it from the SMDL editor by placing your cursor on an entity or field and choosing Show Lineage at Cursor, or pressing F9. The graph opens in a new tab.

The scope follows your selection. An SMDL file gives the lineage of all entities in that file, a folder covers all SMDL files within it and below, and a project or the folder holding the semantic layer gives the full lineage. From the editor, the cursor gives the lineage of a single entity, dimension, or measure.

Each card represents an entity and its fields, and each edge shows data flow from source to target. Field-level icons surface errors and warnings, and any edges that form a cycle are marked. From the graph you can:

• Expand a partial graph to the full lineage, or refresh to recompute it.
• Select a node to open a side panel showing its sources, targets, and problems.
• Set how many levels are highlighted around the selected node.
• Switch scope between entities and fields, and hide edges of a given type.
• Search for a node, or show only the parts that form a cycle.
• Save the graph as a PNG, or jump to the source file at the definition with Show code in tab.

Semantic Layer Enhancements

The Coginiti Semantic Layer gains several capabilities in this release:

Synonyms. Define alternate names for entities and attributes so users and AI agents can reference metrics using the language natural to them, without changing the underlying model.

CoginitiScript-defined entities. Define semantic entities directly in CoginitiScript, connecting semantic entities to their entire data transformation lifecycle.

T-SQL platform support. The Semantic Layer now supports T-SQL-based platforms, including SQL Server, Azure SQL, Microsoft Fabric, and Microsoft Synapse.

CoginitiScript Blocks as Entity Sources

A semantic entity can now use a published CoginitiScript block as its data source, alongside the existing source types of a physical table and an SQL query.

entity "orders_enriched" {
  csl_package = "reporting/blocks"   # package that contains the block
  csl_block   = "OrdersEnriched"     # name of the block
  ...
}

The entity reads the table or view that the block publishes, and supports relations to other entities just like a table-backed entity. Coginiti resolves the block using the same rules as a CoginitiScript #+import, so it can live in the same project or in a project dependency. Coginiti does not run the block; the entity reflects the data from the block's most recent publication. If a block reference is invalid, only that entity shows an error while the rest of the model continues to operate.

In this first release, the referenced block must be a public SQL or LLM block with a table or view publication. See the documentation for the full list of requirements and current limitations.

Data Quality Testing for the Semantic Layer

CoginitiScript now works with Semantic SQL, so the same assertion-based testing framework you already use on tables can point directly at semantic entities: your metrics, dimensions, and relationships. Because measures are accessed through the MEASURE() function, tests exercise metrics exactly as the business consumes them, using the same join paths and aggregation rules that BI tools, applications, and AI agents hit in production.

This makes definitional errors testable in code, on a schedule, with a clear pass or fail. You can assert that a metric falls in an expected range, that rollups reconcile across grains, that every fact maps to a dimension member, and that a metric does not swing more between runs than the business could explain. For a full walkthrough with worked examples, see Testing Meaning, Not Just Rows.

Full Teradata Support

Coginiti now provides full platform support for Teradata, extending governed SQL development, cataloging, and semantic modeling to Teradata environments. Teradata is also fully supported by CoginitiScript, so you can build data transformation and testing pipelines against Teradata using the same governed, scriptable workflow you use everywhere else.

Expanded Secure Logging

Secure logging support now extends to Athena, BigQuery, Databricks, Hive, and Trino, as well as to semantic queries. This gives teams consistent, auditable query logging across a wider range of platforms and query paths.

OpenAI Models in Forge and Guide

The Coginiti Forge and Guide agents now support OpenAI models in addition to Anthropic models, letting you choose the model that best fits your accuracy, cost, and environment requirements.

Security and Stability

This release includes security patches, dependency updates, and bug fixes across platform services.

Important: Administrator Upgrade Steps

As part of the 26.8 upgrade, administrators must also upgrade KOTS Admin. If KOTS Admin is not upgraded, users may be unable to log in to Coginiti and will have to clear their browser cookies manually to resolve the issue. This requirement is tied to a major security fix that keeps Coginiti compliant with current security standards.

To upgrade:

1. On the Coginiti server instance, run:

   curl -sSL https://kurl.sh/coginiti-premium-release | sudo bash
   

2. Log in to KOTS Admin and set up a new JWT token on the Config page, then save the config. This unblocks the upgrade button.

3. Deploy the new Coginiti version.