Skip to main content

MCP Server for Claude

The ConverSight MCP connector empowers organization administrators to connect any MCP-compatible client directly to their organization's ConverSight data in about five minutes per person, letting every team member ask questions in plain English and get answers straight from live data — no SQL, no dashboards, no exports.

note

This documentation uses Claude as its worked example throughout — the screens, steps, and screenshots shown are Claude Desktop's. The connector itself works the same way with any client that supports MCP; only the exact screens differ.

Bring Your Own AI Assistant into ConverSight​

Connecting the AI assistant a team already uses to ConverSight lets it work with that organization's real data, right inside the conversation already underway. A question asked there returns an answer pulled from live datasets — not a guess, not a stale export, and not a spreadsheet to track down first.

MCP, short for Model Context Protocol, is an open standard that lets AI assistants connect directly to outside systems and work with real, live data instead of only what they already happen to know. ConverSight speaks this standard, so any MCP-compatible client can connect straight to an organization's own data through the ConverSight MCP connector.

Before You Start​

Administrators need three things before adding the connector:

RequirementDescription
An MCP clientInstalled and signed in on the machine that will be used. This guide uses Claude Desktop as the example client.
A ConverSight accountBelongs to the organization whose data the connector should reach.
An MCP endpointPoints at the organization's own ConverSight domain — see below.
note

In Claude Desktop, if the account is an organization account, only an admin of that organization can add the MCP connector. Members without admin rights will not see the option to add a custom connector. Admin controls like this vary by MCP client.

Your Organization's MCP Endpoint​

Click on the MCP Server module inside Data Studio to find the endpoint. The endpoint is the organization's own ConverSight domain with /mcp on the end. It is not a shared ConverSight address — the domain is what tells ConverSight which organization a person is signing in to, so it must belong to that organization.

MCP Server page showing the organization's MCP endpoint field with the domain masked, plus the Domain, Auth, and Version details below it

  • Ask in Plain English: No SQL, no dashboards, no exports. Your AI assistant reads your curated datasets, runs the query, and explains the result in plain language.
  • Respects Your Permissions: Each person connects under their own ConverSight sign-in. Your AI assistant sees exactly what that person is allowed to see, with the same row-level security that applies everywhere else in ConverSight.
  • Six Built-In Capabilities: Explore your datasets, run and re-run analyses, and confirm the results are accurate, all as soon as you connect, with nothing to set up first.
  • Your Data Stays in ConverSight: Your data stays securely within ConverSight, kept private to you. You're always in control, free to adjust the access you granted on the consent screen at any time.

How It Works​

Connecting takes four steps, covered in full detail in the sections below:

  • Get the endpoint: Open MCP Server in ConverSight and copy the organization's connection address.
  • Add it to the AI assistant: Paste the endpoint into the client's connector settings and give it a name the team will recognize.
  • Sign in and review access: Sign in with a ConverSight account and check the permissions being requested before allowing the connection.
  • Set how much it can do unprompted: Choose which actions it can take on its own and which should check first — see Tool Permissions.

Once connected, just ask — the AI assistant finds the right dataset, retrieves the answer, and brings it straight back into the conversation.

Accessing the MCP Server​

ConverSight MCP is added from inside an MCP client as a custom connector, because it points at an organization's own domain rather than one of the client's pre-built entries. The steps and screenshots below show Claude Desktop as the example client; other MCP clients follow the same general pattern from their own connector or MCP server settings.

Step 1: Click on the account name at the bottom of the left-hand sidebar to open the account menu, then select Settings.

Account menu opened from the bottom-left profile switcher in Claude Desktop, with the Settings option highlighted at the top of the menu

Step 2: Click on Connectors in the left-hand menu of Claude Desktop's Settings page to open the list of connectors that copy of Claude Desktop can use.

Connectors highlighted in the Claude Desktop Settings sidebar

Step 3: Click on Add at the top right of the Connectors page, then select Add custom connector to open the connector popup.

Add button and Add custom connector option both highlighted in the Add dropdown menu on the Connectors page

Setting Up the Connection​

Connecting an MCP client to ConverSight takes two stages, shown here in Claude Desktop. First, add the connector by entering its endpoint and confirming how it authenticates. Then sign in and allow access, granting the client the permissions it needs. Everything happens inside the client apart from the sign-in, which opens in the browser. Once connected, tool permissions decide how freely the client may use each capability.

Adding the Connector​

Creating the connector takes two steps in Claude Desktop: entering its name and endpoint, then confirming its authentication settings.

Step 1: Enter the name and the endpoint

Type a name the team will recognize, such as ConverSight, then paste the endpoint into Remote MCP server URL and click on Add to create the connector. Leave the OAuth fields under Advanced settings empty; they fill in automatically.

Add custom connector popup with the connector name field and the Remote MCP server URL field highlighted, and the Add button highlighted

note

Clicking Add either creates the connector immediately or opens a second step to confirm authentication settings, depending on the Claude Desktop version. If the connector is created immediately, continue to signing in and allowing access.

Step 2: Confirm the authentication settings

Clicking Add moves the popup to a second step, showing the sign-in requirements Claude detected for the server. Leave Required when the server asks and No client ID — register one automatically selected, since these are the settings that work for most servers, then click on Add again to finish creating the connector.

Add custom connector popup's second step, with Required when the server asks selected under Authentication, No client ID — register one automatically selected under OAuth client, and the Add button highlighted

Signing In and Allowing Access​

The connector is now ready to connect. Signing in tells ConverSight who the person is, giving the client access to exactly the data that account already has.

Step 1: Start the sign-in

Click on Connect button in the connector's page to open the organization's ConverSight sign-in page in the browser.

ConverSight connector's page showing a not-connected status, with the Connect button highlighted

Step 2: Confirm you want to continue

The browser shows a one-time confirmation page before it hands off to ConverSight. Click on the Continue Connecting button to proceed to the sign-in page.

Browser confirmation page asking to finish connecting a connector, with the Continue connecting button highlighted

note

First-time users are prompted to sign in to their Claude account first. The browser then continues automatically to the organization's ConverSight sign-in page.

Step 3: Sign in to ConverSight

After being directed to the login page, check that the address bar shows the organization's own domain before typing anything. Once checked then enter the usual ConverSight credentials and then click on the Sign In button.

ConverSight sign-in page for an example organization, with the email and password fields, the Sign In button, and the browser address bar showing the organization's domain

Step 4: Review and allow access

Review the permissions listed on the consent page, then click on the Allow button to grant the client those permissions. The account's own dataset permissions still decide what data actually comes back, so allowing access here never grants more than the account already has.

See Permissions for what each one covers.

ConverSight consent page listing the permissions Claude is requesting, with the Allow button highlighted

Step 5: Return to Claude Desktop

Click on Open Claude in the browser popup to hand control back to the desktop app, then close the browser tab.

Browser popup asking to open Claude, with the Open Claude button highlighted

Tool Permissions​

Tool permissions let administrators choose exactly how freely the client can act, from asking before every use to running on its own. Every tool starts on a needs-approval policy, so nothing runs unprompted until an administrator changes it; Claude Desktop's three-tier policy is used as the example below.

Click on the approval dropdown at the top right of the tool list to set how the client may use each tool. See Tool Permissions Reference for what to set on each one, and Available Tools for what each tool actually does.

ConverSight connector's page showing the Tool permissions list, with the approval-policy dropdown highlighted

Tool Permissions Reference​

Each tool can be set to one of three policies. Claude Desktop names them as follows; other MCP clients expose the same three concepts, sometimes under different labels:

PolicyWhat it meansUse it for
Needs approvalThe client asks every time before using the tool.Anything that writes or changes data.
Always allowThe client uses the tool without asking.Read-only tools used constantly.
Never allowThe tool is hidden from the client entirely.Capabilities the team should not use.

A good starting point: set the read-only tools to Always allow so day-to-day questions flow without interruption. Available tools marks which tools those are.

note

Leave every Write-marked tool on a needs-approval policy, whatever client is being configured. Those tools can change data or start work, so a person should see the request before it runs.

Checking It Works​

Start a new conversation in Claude Desktop and ask "List my curated datasets". Claude asks permission to use the tool the first time. Choose Always allow for read-only tools like this one — Claude will not ask again.

Claude Desktop first-use approval popup for the List datasets tool, with the Always allow option highlighted

The response lists the datasets that account can reach. From there, ask a real question — anything that would normally be built into a report.

Claude Desktop chat response listing one dataset, supply_chain_v2, after asking "List my datasets"

Asking "List my datasets" returns the same style of answer as "List my curated datasets," filtered to the curated set — see Getting better answers.

Claude Desktop chat response listing the 37 streams in the supply_chain_v2 dataset

Claude Desktop chat response showing a bar chart of total sales by quarter, with key observations listed below it

Available Tools​

The ConverSight MCP connector gives the AI assistant everything it needs to explore, query, and act on an organization's data, grouped below by what each one does. A person never calls a tool by name — asking a question in plain English is enough for the AI assistant to pick the right one — but administrators can use this reference to see exactly what the connector is capable of, and the sample questions show the phrasing that reaches each tool.

Tools marked Write can change data or trigger work; everything else only reads. The short names below are the ones ConverSight uses in its own logs, so a name in a log traces back to a row in this reference. MCP clients typically surface the same tools in plain words in their own tool-permissions panel, such as Describe dataset or List datasets; Claude Desktop's panel is shown in the screenshots above.

Discovery Tools​

Start here in any new conversation, to answer "what is available?" before asking anything about the numbers.

ToolR/WWhat It DoesAsk It Like This
list_datasetsReadLists the datasets the account can reach, and counts how many are curated datasets rather than whole-connector entries."List my curated datasets."
describe_datasetReadDescribes one dataset — its streams, joins and pre-aggregations, and when its data was last synced — and can return up to 10 sample rows."Describe supply_chain_v2 and show me a few sample rows."
list_streamsReadLists the tables and views one dataset publishes — the curated surface the team chose to expose, not the raw storage behind it."What tables are in supply_chain_v2?"

Querying Tools​

The everyday tool, for asking a question in plain English and getting a real answer back.

ToolR/WWhat It DoesAsk It Like This
queryReadRuns a SQL query against a dataset and returns the rows, up to 1,000 in the preview."Total sales by each quarter."

Pipeline Tools​

For work already defined as a pipeline in ConverSight, rather than a single query.

ToolR/WWhat It DoesAsk It Like This
run_pipelineWriteRuns a multi-step pipeline definition end to end."Run the weekly replenishment pipeline."
validate_pipelineReadChecks a pipeline definition — SQL syntax, operators, wiring — without running it."Validate this pipeline before I save it."
note

Earlier releases exposed a wider set of tools, including background jobs, file upload, scenario branches, and writeback. Those capabilities still exist in ConverSight; they are no longer exposed over MCP, so a client reports that it has no such tool.

Getting Better Answers​

This guide outlines quick habits that get faster, more accurate answers from the AI assistant. Think of it like working with a human analyst — the clearer the question, the better the answer.

1. Say "Curated Datasets" When the Real Ones Are Wanted

Asking for "datasets" also brings back connector entries, which are queryable but are not curated datasets. The narrower wording gets a clean list.

2. Aggregate in the Question

"Total revenue by region last quarter" comes back complete. "Show me last quarter's order lines" stops at the 1,000-row preview and can still look finished. Let the engine do the counting instead of asking for individual rows.

3. Let the Engine Guess the Column Names

Dataset descriptions are often thin. If the AI assistant doesn't know the column names, ask it to just try a query — when a column name is wrong, the engine replies with every valid column, so one deliberate attempt maps the whole table faster than asking for a description.

4. Refer to Tables by Their Real Names

"Join dimension_item to fact_sales_order_line_detail" works; generic placeholders do not.

5. Repeat a Question When the Answer Looks Stale

An identical question is served from cache and comes back much faster. Vary the wording to force a genuine re-run.

6. Ask for a Chart

The AI assistant can plot what it queried — "show that as a bar chart by quarter."

Troubleshooting​

If you see thisIt meansDo this
The connector is listed but says it is not connected.The sign-in step was never completed.Open the connector and click Connect (see Signing in and allowing access).
The sign-in page shows a different organization.The URL entered was not the organization's domain.Remove the connector and add it again using https://<your_org_domain>/mcp.
Sign-in is refused even though the password is correct.The account is not an active member of the organization that domain belongs to.Sign in with an account that belongs to that organization.
The client reports that no tools were found.The connection completed but the tool list did not load.Disconnect and reconnect. If it persists, contact ConverSight support. See Available Tools for what should be there.
Every single action asks for approval.New connectors default to Needs approval for all tools.Set the read-only tools to Always allow in Tool permissions reference.
A query comes back as permission denied.The ConverSight account does not have access to that dataset.Ask a ConverSight administrator to grant read access to it.
The user is asked to sign in again after about a week.Normal — the connector's saved access expires.Open the connector and click Connect again.
An answer looks out of date.An identical question was served from cache.Ask the client to run it again, or rephrase the question.

Permissions​

These are the items listed on the consent page during signing in and allowing access, and what each one covers.

On the consent screenWhat it allows
Verify your identityConfirm that the signed-in person is who they say they are.
View your profile informationRead the person's name and other basic profile details.
View your email addressRead the email address on the account.
Maintain access when you are not presentKeep the connection working between sessions, so the person is not signed out after every conversation.
Run queries and view your dataset dataRun queries against datasets and read back the results. This line covers dataset querying in general — confirm with a ConverSight administrator whether it also extends to write actions such as running pipelines.
View dataset metadataRead catalogue information about connectors and streams.
View sample rows from your datasetsLook at a handful of sample rows from a dataset.
note

Earlier versions of this consent screen listed query.read and query.write as two separate lines. The current screen combines dataset querying into the single line above — confirm with ConverSight if a rollout needs read and write access distinguished.

These permissions set the outer boundary of what the connector may attempt. Within that boundary, the organization's dataset permissions and row-level security still decide what data is actually returned — granting the connector access does not widen anyone's access to data.

How the Connection Registers Itself​

Nothing needs to be registered with ConverSight in advance. Clicking Connect during signing in and allowing access makes the client register itself with ConverSight automatically, using the OAuth standard for dynamic client registration (RFC 7591).

A separate client identity is created for each installation, and it is bound to the organization that the domain in the endpoint belongs to — which is why the endpoint must be the organization's own domain. This is also why the OAuth Client ID and Secret fields are left empty when entering the name and endpoint: they are issued during registration rather than entered by hand.

Because the connector registers itself rather than being pre-approved, ConverSight asks for approval of its access on the consent page, and that approval can be withdrawn at any time.

Disconnecting or Reconnecting​

In Claude Desktop, open Settings › Connectors, select the ConverSight connector, and use Disconnect. Other MCP clients expose the same action from wherever they manage connectors or MCP servers. This ends the client's access immediately; the connector stays in the list so it can be reconnected with the Connect button. To remove it entirely, use the menu beside Disconnect.

Access also lapses on its own if unused for an extended period, which is why a person may occasionally be asked to sign in again. That is expected and needs no action beyond clicking Connect.

Rolling this out does not widen anyone's access — every person still sees only the data their own ConverSight account already permits.