| Category | The AI Analytics Engine — you write down what data means, and it generates the stack under it | Enterprise BI suite. LookML is the semantic layer, and Looker is the product that compiles it |
|---|
| Who it is built for | The whole organization, not one central team — ops, finance and product; spreadsheet users through ML engineers | A central BI or analytics org serving the wider enterprise |
|---|
| Primary interface | The agent you already use, over MCP — plus Credible Workspaces, dashboards, notebooks and reports for the people who want a UI. Every one of them reads the same model, and the model lives in your repository | Its own UI — dashboards and Explores to consume, LookML authored in-app |
|---|
| Modeling language | Malloy — a modern programming language for data: imports, inheritance, public and private members, and queries that compose into new sources | LookML — a declarative modeling format, paired with Looker’s own query generation |
|---|
| What is open | Open core. Malloy is open source, and we build and maintain Malloy Publisher — the open-source server for Malloy models, and where our agent skills and MCP retrieval tools are open source too, runnable in any agent with no Credible account. Your model is code in your repository, and Credible is in the Apache Ossie ecosystem for semantic interchange | Vendor-owned. LookML is text in your repository and Looker is the only thing that compiles it |
|---|
| How the model gets built | Model first: you write down what data means, and the engine derives the pipelines, storage and serving from it. Open-source MCP tools and agent skills help you capture that meaning from where it already lives, running in your coding agent | Hand-authored LookML in a bespoke Looker IDE |
|---|
| Governance | One annotation on the source, in the same file as the logic it governs — no grant objects to declare, no rule to re-attach on every surface that exposes the data, no attribute table kept in step by hand. A row filter or an authorize gate over attributes the server resolves from verified identity, and everything reading that source inherits it: dashboards, notebooks and agents alike | access_filter and access_grants in LookML, each keyed to a user attribute managed separately in Looker. Filters attach per Explore, and every user needs a value for the attribute or the Explore errors. required_access_grants can gate individual fields |
|---|
| Materialization and caching | One annotation on the source, in the same file as the logic it materializes — no derived-table block, no rollup definitions, no refresh triggers, no orchestration run to schedule. Optional per source: query your own warehouse directly, or hold a source hot in Credible’s own storage, which is how you get fast serving without buying or banging your head against a warehouse to get it | Persistent derived tables: a derived_table block with its own SQL, a persistence strategy — persist_for, or a trigger plus the datagroup that fires it — and a scratch schema the connection may write to. Incremental refresh needs an increment_key and rules out persist_for. Mature and warehouse-native |
|---|
| How an agent finds the right data | Search. Typed targets — source, dimension, measure, view, even a dimensional value — are matched against an index of the model and come back ranked, so an agent asks for what it needs instead of picking a model and touring it | A tour of the instance: get_models, then get_explores, then get_dimensions, get_measures, get_filters and get_parameters per Explore, with get_field_value_suggestions once the agent knows the field |
|---|
| Where the model can be used | One model served to every surface — agents over MCP, plus APIs, an SDK, embedded dashboards, notebooks and HTML data apps. Results carry an interactive UI resource (MCP Apps, the official extension), so a client that supports it renders a real chart or table instead of the model re-narrating rows | The Looker UI, embeds and its API, plus a managed MCP server. A conversation is scoped to one Explore at a time, or five per data agent |
|---|
| Scale and portability | Globally distributed, high-availability serving that scales horizontally — workers scale out under load rather than being sized in advance. Warehouse-agnostic on open-source Malloy, and the model is portable because the language is | Runs in a Looker instance — a dedicated server or cluster you size, with queries, PDT rebuilds and scheduled delivery all drawing on it. The LookML goes nowhere else; nothing else compiles it |
|---|
| What you pay for | Usage, not seats — unlimited users on every plan, so adding people never changes the bill. Three meters, pooled per organization and starting free: tokens, compute time and storage. Your agent’s own LLM tokens are never billed to you, and a query that runs on your own warehouse is not metered for the compute — only for the result it hands back | A platform fee before a single seat, since Google publishes no list price, then per-user licences by role. Google has announced that Gemini answers meter as data tokens pooled per instance from October 2026 |
|---|