Two surfaces, one contract: the question is grounded in the schema the caller can see, the SQL is a proposal until a person or a governed job runs it, and the answer never carries more than the caller could read.
Query Studio AI
Schema-grounded chat
Open the helper from the Query Studio launcher and ask for the data you need. The draft uses the database, schema, and editor context already visible in your workspace.
- No agent or allow-list setup required
- Works with any chat model in the vault
- Conversations stay in your Core Hub
Query Studio → Query Studio AI
Tab autocomplete
Press Tab while you write. The helper proposes what comes next as ghost text and never rewrites what you already typed.
- Suffix-only completions
- Accepts the editor's current dialect and schema
- Same provider, same permissions as chat
gluesync.ai
A virtual table any client can read
Query Forge serves gluesync.ai like a regular table. SELECT with a question predicate, read one row back. Prepared parameters are accepted, so applications bind the question instead of concatenating it.
- answer, proposed_sql, citations, conversation_id
- Works in DataGrip, DBeaver, Tableau, and batch jobs
- SQLSTATE errors you can handle in code
Query Forge → gluesync.ai
Name grounding
Mention a pipeline, agent, schema, or table in the question and Core Hub grounds the answer on the strongest unique match, returning the resolved pipeline_id and agent_id in the row.
- Whole names, case-insensitive, punctuation as separator
- Agent beats pipeline, table beats schema
- Ties fail loudly; nothing resolved runs with empty grounding
gluesync.ai
Spark agents from SQL
spark_agent names a published AI Studio agent by id or unique name. Query Forge applies its instructions and the intersection of its allow-list with the read-only catalog.
- The agent's assigned provider, or provider_id to override
- Write tools never run on this path
- The agent's reply is the answer column
AI Studio → gluesync.ai
Conversations in SQL
Pass the conversation_id from the previous row in the next WHERE clause and the follow-up keeps the context: limit that query to active customers, add the region, explain the join.
- Stateful follow-ups from a stateless client
- The row always returns the id for the next turn
- Owner-private conversations stored in the Enterprise brain
Safety
PII masked, read-only, no auto-exec
Columns classified as personal data are tagged in Query Studio, masked in the grid, copies, and exports, and never sent to the model in clear. SQL AI only uses read-only tools and never runs its own proposal.
- classify_table and classify_schema return labels only
- Per-user, per-connection data-access matrix, deny wins
- Managers can unmask a column for one session
Security → Scheduling
From draft to nightly job
Save the reviewed SQL as a Query Studio query. Chronos runs saved queries or custom SQL on a schedule, from a platform event, from a webhook, or as a step in a chained event, and Spark can reopen the same library.
- Chronos query_studio action with read-only or write acknowledgement
- list_saved_queries and get_saved_query for Spark and MCP clients
- 120-second execution window per run
AI Workflows → Reach
16 dialect engines and MongoDB
Query Studio speaks the dialect of each connected engine, and MongoDB connections accept JSON, mongosh, or SQL. SQL AI drafts in the dialect of the agent you selected.
- PostgreSQL, Oracle, SQL Server, Db2, MySQL, and more
- IBM i and midrange estates through Gluesync agents
- Federated reads across isolated agents with Query Forge
Integrations →