Connector tools
MCP reference for Algenta connector tools — create, inspect, test, browse, update, and delete saved data connectors, plus preview inline definitions.
A connector is a saved, reusable definition of a connection to an external system — a database, a warehouse, object storage, a REST API, or a file source. These MCP tools manage the connector lifecycle: create and save a config, run a real connectivity test, browse its schema, update or delete it, and list what you have. Two preview variants test or browse an inline definition without persisting it. Every tool maps one-to-one to a /v1 endpoint.
The connector lifecycle
A new connector starts untested; a successful test moves it to live, a failed one to error. Browsing requires a live connector, and editing config resets it to untested.
list_connectors
List saved connectors; filter by status.
status (untested / live / error / all), page, limit.
create_connector
Create and save one connector config for later onboarding, health checks, and browsing.
name (required), connector_type (required); config, description, visibility (private / organization / public).
get_connector
Fetch one saved connector by id.
connector_id (required).
update_connector
Update a saved connector's name, description, visibility, or config.
connector_id (required) + at least one of name / description / visibility / config.
test_connector
Run a real connectivity test for a saved connector and persist its live/error status.
connector_id (required).
browse_connector
Browse a saved live connector to discover files, tables, endpoints, or items.
connector_id (required).
preview_test_connector
Test an inline connector definition without saving it.
connector_type (required), config.
preview_browse_connector
Browse an inline connector definition without saving it.
connector_type (required), config.
delete_connector
Delete one saved connector by id.
connector_id (required).
Method and endpoint
Because each tool is a one-to-one wrapper, you can reproduce any call against the raw endpoint.
list_connectors
GET
/v1/connectors
create_connector
POST
/v1/connectors
get_connector
GET
/v1/connectors/{connector_id}
update_connector
PATCH
/v1/connectors/{connector_id}
test_connector
POST
/v1/connectors/{connector_id}/test
browse_connector
GET
/v1/connectors/{connector_id}/browse
preview_test_connector
POST
/v1/connectors/test
preview_browse_connector
POST
/v1/connectors/browse
delete_connector
DELETE
/v1/connectors/{connector_id}
Worked examples
Preview a config, then save it
Validate a config without persisting anything with preview_test_connector, then commit it with create_connector. This is the test-before-save pattern; inline previews are rate limited, so save and reuse a connector for production workflows.
The equivalent HTTP calls:
Test a saved connector, then browse it
A saved connector must pass test_connector (moving it to live) before browse_connector can enumerate its tables, files, or endpoints.
List only live connectors
Filter the list to connectors that last tested successfully.
Related pages
Connectors referenceData & ingest toolsConnect a data sourceLast updated
Was this helpful?