Skip to main content
This guide takes you from a new project to a live workspace your users can chat with: connecting your data, setting up the workspace, testing it, and putting it in front of your users. The middle of the job, describing your data and writing the context the agent works from, can be done in two ways:
  • Let the Builder agent set it up. When you create a workspace, the Builder agent offers to configure it for you. It reads your schema, looks at what your core tables contain, and writes descriptions, skills, prompts, knowledge and a theme in a few minutes, while you watch.
  • Configure it yourself. Curate the data model and write each piece of context on the workspace’s own pages.
The two mix freely. Most teams let the Builder agent do the first pass, then review and refine it by hand or by asking the Builder agent for changes.

The full journey

Step 1: Create your project

A project holds everything else: your connections, your workspaces, and the organizations and users who will access them.
  1. Go to Projects.
  2. Click Create Project.
  3. Enter a name (for example, “Customer Analytics”). To explore first, switch on Set up complete sample project for a project that comes with sample data, a workspace and charts.
  4. Click Create Project.
The Create Project dialog: a Set up complete sample project switch, a project name and an optional description
When the project is created, Upsolve sets up default user roles and an admin user for you.

Step 2: Connect your data or your API

A new project opens on Connect your product or your data. Pick where your agent’s answers come from. You can add the other one later.
  • Your product’s API. Point Upsolve at your OpenAPI spec, and the agent can look things up and act in your product. See Connect your API.
  • Easy connect. Sign in to the tools your team uses (HubSpot, Salesforce, Stripe and more). Upsolve syncs and hosts the data for you.
  • Self connect. Bring your own database or warehouse: Postgres, Snowflake, BigQuery, ClickHouse and more. Enter credentials, test the connection and save. Your data stays where it is. See Projects & Connections.
  • Upload a CSV of up to 5 MB, or Try with Sample Data to explore before you connect anything real.
Connect your product or your data: Connect your API, Easy connect (recommended), Self connect, Upload a CSV and Try with Sample Data
You can add more connections later in Project settings → Connectors. One connection can serve several workspaces.

Step 3: Create your workspace

A workspace is one data model and one agent, versioned and shipped together.
  1. On your project page, click New workspace.
  2. Enter a name, and optionally say what the workspace is for.
  3. Choose a connection. Choose No database for a workspace that answers through your APIs and MCP servers instead of SQL. You can give it a database later in Workspace settings → Connection.
  4. Click Create.
The New workspace dialog with its connection list open, ending in No database (use APIs and MCP servers only)
Upsolve reads the structure of the data behind your connection and builds the workspace from it. When it’s ready, workspace setup opens.

Step 4: Set up the workspace

Setup opens on Workspace preparation, with what the Builder agent (shown as Dash Builder on these screens) is about to read and write. Click Start to let it set the workspace up, or I’ll configure it myself to do it by hand.
Workspace preparation, step Start: Dash Builder can set this workspace up for you, with what it reads (your schema, MCP connectors, files you add, your brand) and what it writes (descriptions, trimmed tables, skills and instructions, a theme), and Start and I will configure it myself buttons

Option A: Let the Builder agent set it up

Guided setup takes a few minutes and walks you through a few short steps first. Each one is optional: the more you give it, the more it has to work from.
The Design step: a Website to scan, a Logo to drop, and a Design prompt describing colours, fonts and tone
On the Set up step, choose how it runs its read-only queries against your database:
  • Ask me each time: the run pauses and shows you every query before it runs. Slower, because it waits for you.
  • Run queries automatically: the run works unattended and never stops to ask.
The Set up step: One question before setup starts, with Ask me each time (recommended) selected and Run queries automatically beside it
With Ask me each time, the run pauses on each query with Run this query, Skip it, or Run this and don’t ask again. After several queries approved that way, it checks with you again. A skipped query doesn’t stop the run: it writes what it can defend from what it has.
Setup paused: approve this query, showing the read-only SQL the Builder agent wants to run and the Run this query, Skip it and Run this and don't ask again choices
While it works, the progress feed lists each thing it reads and writes. You can stop the run at any point.
Setting up your workspace: the progress feed listing skills written, prompts written, the theme designed, and read-only checks of real values
Organizations that handle confidential data never have their data queried, so the Builder agent works from table and column names, types and your files. What it writes. For a workspace on a database, the Builder agent:
  • Investigates your two or three core tables with read-only queries, to see what their key columns actually contain.
  • Writes table and column descriptions in your schema’s own words, including what codes and status values stand for.
  • Switches off tables that plainly aren’t for analysis, such as migration bookkeeping or test copies. It leaves a table on when it isn’t sure.
  • Writes knowledge base files for what the schema can’t express: how a metric is computed, which statuses count as live. Anything it inferred rather than found in the data is labelled as an assumption, so you can check it.
  • Creates two or three starter skills for the questions the schema clearly supports.
  • Writes the agent’s system prompts: your domain, its vocabulary, and the rules an analyst would take for granted.
  • Designs the theme from your brand, if you gave it one.
  • May add starter test cases for the questions it’s confident about.
For a workspace with no database, it reads your API’s endpoints and your docs instead. It writes skills that name real operations, agent instructions on how to act safely (read freely, change something only after the user confirms), knowledge base files for the concepts in your docs, and a set of example questions to try first. When it finishes. The setup is saved as a version called Set up by Dash Builder and promoted to production, so the workspace answers questions straight away. This is the same for every builder: owners, admins and members. Two cases differ, and the Done step says which happened:
  • If production requires tests, the version is saved but not promoted. Deploy it to production from Deploy to…, which runs the tests.
  • If the run was stopped, failed, or hit its step or cost limit, it stays a draft for you to review and save yourself.
If a run fails, Try again picks up from what it already wrote. The Done step lists everything it wrote, grouped by page, and says how many read-only queries it based the work on.
Your workspace is ready: 20 changes across your data model and agent, Version 2 is saved and live for your users, with cards for the data model, the analyst agent and the theme
Guided setup doesn’t write data security rules. Add them yourself before you sign customers in (see Configure data security below), or ask the Builder agent to write them in a chat.
After setup, review what it wrote on the Data Model, Knowledge Base, Skills and Prompts pages. To change something, edit it there, or switch Home to Builder and ask: “the status column’s X value means expired, not cancelled”. See Builder Agent.

Option B: Configure it yourself

Curate the data model. On the workspace’s Data Model page:
  1. Select tables: switch off tables that aren’t relevant to this agent’s use case.
  2. Select columns: switch off sensitive or irrelevant columns within each table.
  3. Add descriptions: annotate tables and columns with plain-English context, so the agent understands what the data means, not just what it’s named.
  4. Mark selectables: flag categorical columns (region, status, owner) so the agent can look up their valid values when it answers.
A workspace Data Model with tables selected, descriptions and selectable toggles
See Data Model for what makes a good data model. Encode your context. This is the work that most decides answer quality. Start with the two essentials:
  • System Prompts: the business rules, KPI definitions and guardrails the agent should always follow.
  • Golden Assets: 10–20 worked examples covering your most common questions, each a question with the correct SQL and, optionally, a chart. They’re test cases with Use as golden asset switched on, so one example both teaches the agent and checks it. The agent looks them up when it answers similar questions.
Then add more as your agent matures:
  • Skills: reusable procedures and conventions the agent loads when a question needs them.
  • Knowledge Base: reference documents (definitions, policies, caveats) searched at chat time.
  • Memory: preferences each end user expresses, applied in their later conversations.
  • MCP as Context Source: live context from your other tools and systems.
You don’t have to write all of this by hand. Switch Home to Builder at any time and ask the Builder agent to do any of it: “describe my tables”, “define what churn means here”, “write a skill for supplier spend questions”.

Configure data security

Do this whichever way you set the workspace up. If you build for several customers, or need to restrict what each user sees, add row-level security rules before anyone outside your team signs in.
  1. On the Data Model page, open the Global Data Security tab beside Tables to write rules that apply to every table with a matching column. To give one table its own rule, select it and open its Data Security tab.
  2. Write a filter that uses {{organization.*}} or {{user.*}} properties:
  3. Changes save to the workspace draft as you go.
A table's Data Security tab in manual mode: a filter on the country column using the user.country property, with the user and organization properties listed above it
See Data Governance for rule types, testing rules as a user, and per-table overrides.

Step 5: Test in the Playground

Before shipping, chat with the agent in the workspace’s Playground as one of your project users:
  1. Pick a user with the Chatting as picker. The conversation runs under that user’s security rules.
  2. Ask your most common questions, and check the SQL and the charts.
  3. Open the Observability panel on a few answers to check the agent’s reasoning.
A workspace Playground with the observability panel open
Turn the questions you check here into test cases, so every later change is checked against them before it ships.

Step 6: Save a version and go to production

The version bar sits above every workspace page:
  1. Review the draft. Changes save to it as you work.
  2. Click Save version to freeze the draft as a new version.
  3. Promote it to production. Your users, embeds and connectors are served the production version.
If guided setup already promoted Set up by Dash Builder, your later changes go to the draft until you save and promote the next version.
A workspace Deploy page showing the version the embed serves
See Workspaces: Draft, versions and production for the full lifecycle.

Step 7: Build canvases for your customers

Canvases are the dashboards of your product. Build one once, and every customer gets it with their own data.
  1. On the workspace’s Home, ask the agent the questions your dashboard should answer, and save each chart you want to keep to Favorites.
  2. Open Canvas, create a canvas and add those charts to it.
  3. Save a version of the canvas, then open the share dialog and turn on Workspace.
  4. Click the rocket beside the version picker to promote that version.
Every user of your workspace now sees the canvas, with each chart run live under their own data security rules. Chat as a test user in the Playground to check what they see. See Embed Canvases for the details, and for sharing one view with a canvas link instead.

Step 8: Sign your users in

Your customers become project organizations and their people project users, carrying the properties your security rules read. You don’t register them ahead of time: your backend makes one call per sign-in, POST /v1/api/projects/embed-token. It creates the organization and the user the first time, keeps their properties current after that, and returns the token your iframe needs.
The workspace’s Deploy page has every id this needs, a link to create the API key, and a setup prompt that does the whole integration through a coding assistant. The full walkthrough is Embed Upsolve in your product. To try your security rules before any of that exists, add a test organization and user by hand in the project’s Organizations and Users tabs, with the same properties, and preview the workspace as them from its Deploy page.

Other ways to reach your users

Embedding is one way to ship. The same production version also answers:

You’re done

Your users can now:
  • Ask the workspace’s agent questions in plain language, and get answers and charts drawn from their own data.
  • Open the canvases you shared with the workspace.
  • Save charts to their favorites and build canvases of their own.

Setup checklist

Next steps

Builder Agent

Ask for changes in plain English, and fix bad answers from chat history and test runs.

Encode Your Context

How each kind of context shapes the agent’s answers.

Tests

Check every change against the questions your agent must get right.

Embed Upsolve in your product

One API key, one backend call, one iframe.