Reference · Studio

Three surfaces. One workspace.

Jubi Studio is the surface people use. The Assistant is for open-ended questions over your data. The dashboard widget sits inside Metabase and already knows what you're looking at. Context Studio is where analysts curate the semantic layer that keeps the AI honest.

Doc · studio-overview Audience · product · BI & analytics · operations Companion · atlas-overview
One platform — three surfaces JubiStudio workspace + JubiGuardian protects + JubiAtlas grounds shared identity · shared audit · shared brand
01 · The three surfaces

Three reading patterns. One product.

A business user, a Metabase user, and an analyst each see Studio in a different form. Every surface is shaped to how that person actually works, not how an interface designer wishes they did.

Screenshot · Thread
01 · Assistant
Open-ended questions over your data

Conversational. Threads persist across sessions. Web search and file uploads are available when the question reaches beyond your warehouse. Built for follow-up, not one-shot prompts.

Ask: "What's driving the spike in Q3?" — the assistant pulls the relevant cards, runs the join, and shows the working.
  • Persistent threads
  • Web search on demand
  • File & image attachments
  • Citations to source cards
  • Replayable per request
  • Permissioned to the user
Screenshot · Widget
02 · Dashboard widget
Embedded inside Metabase

Open the Jubi tab on any Metabase dashboard. It already knows which dashboard you're on, has pre-loaded the data behind each card, and is ready for the next question without context-switching.

Ask: "Break this down by region." — the widget reads the active card, runs the breakdown, returns a chart inline.
  • Dashboard-aware
  • Card-level grounding
  • Drill-down inline
  • No context switch
  • Inherits Metabase auth
  • Shareable as a follow-up
Screenshot · Context Studio
03 · Context Studio
For analysts. Build the semantic layer.

The annotation surface for the people who maintain the data. Annotate the data model, scope workspaces with their own playbooks, glossary terms, and verified metrics. The AI gets sharper as analysts contribute.

Define: canonical metrics, glossary terms, entity relationships, playbooks for repeated analyses.
  • Semantic catalog
  • Workspace scoping
  • Metric definitions
  • Glossary terms
  • Playbooks
  • Coverage tracking
Roadmap · Phase 1

Workspace semantic-layer editing (glossary terms, metric definitions, playbook content) is in active build. Today, Context Studio supports browsing the data model and scoping workspaces; the editing UI for the semantic layer is being added in the next release.

02 · Personas

Four people. Same workspace.

Studio is shaped to four jobs that already exist in every enterprise. It doesn't ask people to change how they work — it fits the way they already do.

Employeesdaily users

Anyone who needs to know something about the business and can't or won't write SQL. They open Studio, ask in plain language, and get an answer with a citation.

  • Ad-hoc questions in the Assistant
  • The widget alongside the dashboard they already trust
  • No SQL, no dashboard-build queue
Analystsdata & BI

The people who already maintain the dashboards and know what the columns actually mean. They use Context Studio to teach the platform that knowledge once instead of answering the same question forty times.

  • Curate the semantic catalog
  • Define verified metrics and glossary terms
  • Validate AI-generated queries before they go wide
Operationsworkflows

Teams running repeatable analyses — weekly reviews, exception monitoring, ops dashboards. Studio's playbooks let them codify a question once and run it on a cadence.

  • Playbooks for repeated analyses
  • Multi-step agent runs (roadmap)
  • Hand-off to alerting and routing
Adminsgovernance

Security, compliance, and platform owners. Studio surfaces what's happening; Guardian decides what's allowed; Atlas defines what the answers mean. Admins live across all three.

  • Audit and replay every request
  • Configure SSO group → workspace permissions
  • Track coverage and adoption
03 · Reach

What Studio reads. What Studio writes.

The boundary is deliberate. Read paths are wide so that questions land. Write paths are narrow and explicit so that nothing is changed by accident.

ReadWhat Studio can see
  • Metabase dashboards, saved questions, and collections you have permission for
  • Query results from any database connected to Metabase, under your access rights
  • Atlas semantic layer entries scoped to the workspace
  • Conversation history within the same session
  • Files you upload during the conversation
All reads inherit your permissions from your IdP. The AI cannot see what you cannot see.
WriteWhat Studio can change
  • Create or update Metabase dashboards and cards on your behalf
  • Add to the conversation thread (always)
  • Save a playbook or workspace artefact (when permitted)
  • Workspace semantic-layer edits (planned, gated by analyst role)
No direct database writes. No modification of source data. The AI does not delete dashboards or cards without explicit confirmation.
04 · How it fits

Studio reaches. Guardian protects. Atlas grounds.

Every question typed into Studio takes the same path. The user sees one thread; the platform sees a request, a policy decision, and a grounded answer.

Studio
user asks
Guardian
identity · policy · audit
Atlas
metrics · glossary · permissions

Studio is the reach — the surface where the user is. Guardian is the gate — every request, every answer, every audit. Atlas is the ground — the layer the AI reads from instead of guessing. None of the three works alone. See the platform architecture for the full diagram.

Continue → Atlas overview. The grounding layer Studio reads from — canonical metrics, glossary, entity model, and the permission semantics Guardian enforces on every request. Read the Atlas overview →