AINOX PLATFORM

Connectors

Connect the workspace to SQL databases and MCP tool servers so the assistant can query live data and call external tools during a chat.

A connector links your workspace to something the assistant can reach at the moment somebody asks a question — as opposed to files and knowledge sources, which are indexed ahead of time. There are two kinds today:

  • a database connection, which lets the assistant run read-only queries against a PostgreSQL or ClickHouse database and answer from the rows it gets back
  • an MCP server, which exposes a set of tools (over the Model Context Protocol) that the assistant can call while it works

Both are registered once by an admin, then picked per conversation from the Connectors control in the chat composer.

Prerequisites

  • Workspace admin or owner. Managing connectors needs the connector:manage permission — without it the page shows Connectors are restricted to admins and owners.
  • For a database: a connection string, ideally for a read-only user, and a database the workspace's server can actually reach over the network.
  • For an MCP server: the server's HTTP endpoint URL.

Open the Connectors page

  1. In the sidebar, open Admin, then Connectors under Documents & Knowledge. A workspace with nothing connected yet shows an empty state with a single New Connector button.

    Connectors admin page showing the empty state "There are no connectors in this workspace"

  2. New Connector always offers the same two choices: Add Database and Add MCP server.

    New Connector menu open showing Add Database and Add MCP server

Connect a database

  1. Choose Add Database. The dialog asks for just two things to start: a Name — a label used in this list and in the chat picker — and the Connection string.

    Empty "Add Connection to Database" dialog with Name and Connection string fields

  2. Paste the connection string in the usual URI form, <engine>://<user>:<password>@<host>:<port>/<database>. The engine is detected from the scheme, so postgres:// and postgresql:// give you a PostgreSQL connector, and clickhouse://, http:// or https:// give you a ClickHouse one.

    Add Connection to Database dialog filled in with a name and a connection string

  3. Click Connect. The workspace opens a real connection before saving anything, so a wrong host, a wrong password or an unreachable port stops the save and says which of those it was. Your input is kept so you can correct it and try again.

    Dialog showing the error "Could not connect to the database. Verify the host and credentials, then try again."

  4. When the connection succeeds, the two fields lock and a green Connection verified banner appears. Use Edit connection if you need to change the string again.

    Dialog showing a green "Connection verified" banner with an Edit connection link

  5. Show Advanced Settings is optional but worth filling in — both fields help the assistant pick the right tables. Database Schemas narrows it to a comma-separated list of schemas (leave blank for all), and Description tells it in plain words what this database holds.

    Advanced settings expanded with Database Schemas and Description filled in

  6. Click Done. The connector appears as a card showing the engine, a masked connection hint — the username and password are never displayed again — and the date it was added.

    Connectors page with one PostgreSQL card, the header reading Connectors (1)

  7. A new connector starts off for chat. Switch Enabled in chat by default on to have it pre-selected in every new conversation; leave it off and people have to pick it themselves each time.

    The same card with the "Enabled in chat by default" switch turned on

Connect an MCP server

  1. Choose New Connector → Add MCP server. The dialog opens with a reminder that an MCP server can do whatever its tools allow, so only connect servers you trust.

    Add MCP server dialog with the "Make sure to connect to trusted tools" notice

  2. Give the server a Name and its URL — the HTTP endpoint the server listens on, not its homepage.

    Add MCP server dialog filled in with a name and an endpoint URL

  3. Click Connect. The workspace handshakes with the server and lists every tool it advertises under Provided Tools, each with its description and its own switch. All of them start enabled.

    Add MCP server dialog listing the discovered tools, each with a switch

  4. Switch off any tool the assistant should not be allowed to call. Disabled tools stay listed but are never offered to the model.

    The tool list with one tool switched off

  5. Click Done. The MCP server joins the same grid as the databases, with the same Enabled in chat by default switch.

    Connectors page showing a PostgreSQL card and an MCP Server card side by side

Use a connector in chat

  1. In the chat composer, the Connectors button opens a picker grouped into Databases and MCP servers. Anything marked Enabled in chat by default is already ticked; tick or untick whatever this particular question needs, or use Clear to start from nothing. Each MCP server shows how many of its tools are currently enabled.

    Chat composer with the Connectors picker open, showing one database and one MCP server both ticked

Edit or remove a connector

  1. The menu on a card holds the two management actions.

    Card menu open showing Edit connection and Remove

  2. Edit connection reopens the details. The connection string comes back empty with the masked hint as its placeholder — leave it alone to keep the stored credentials, or type a new string, which is re-tested before it saves. The name, schemas and description can be changed on their own with Save changes.

    Edit Connection dialog with the name filled in and the connection string showing a masked placeholder

  3. Remove asks for confirmation and names what is about to go. Removing a connector also disconnects it from every conversation that was using it.

    Remove connector? confirmation dialog

Notes

  • Credentials are encrypted before they are stored and are never shown again — the card and the edit dialog only ever display a hint like postgres://****@host:port/database.
  • Database access is read-only. The assistant can query, but nothing it does through a connector can change your data.
  • A workspace has a limit on how many database connections it can hold; once you hit it, the add dialog says so and you have to remove one first.
  • Connector names must be unique inside a workspace.