- An MCP server, by its address.
- An API, by its OpenAPI description and base address.
Connect a tool
Connect in the app under Integrations, or ask your Chief of Staff, which shows a card for you to fill in. You type the key into the card, never into a chat message. The same steps exist in the API. An MCP server. Send the address, and a key if the server needs one.POST /api/v1/connectors/detect with {"url": "..."}. It answers none,
key or oauth. For a server that asks people to sign in, the app starts the sign-in for you.
An API. Send the description as spec (an object, JSON or YAML text) or as spec_url.
POST /api/v1/connectors/preview shows the operations that a description would make, and changes nothing. Set
base_url if the description names none. auth.kind is none, bearer, header (with header_name) or basic
(with username and password). Every address must start with https://.
The answer holds the connection and a check with the operations found. The connection is saved even when the check
fails, so you can see what went wrong.
Status
Turn operations on and grant them
- New operations that only read start on. Every other new operation starts off.
- An admin or the connection’s owner turns each operation on, and can set its risk:
read,write,sendormoney. UsePATCH /api/v1/connectors/{id}/operationswith a body that names each operation key and the fields to change, for exampleenabled. - Grant an operation to an agent with
POST /api/v1/connectors/grantsand{"agent_id": "...", "operation": "KEY", "allow": true}. The change is saved as an edit of the agent.
"for": "me" to connect a tool
for yourself only. Without it, only an owner or an admin can connect a tool for the whole workspace. Each connection
needs its own name in the workspace.
The operation key looks like connector.<connection>.<operation>. The key is fixed when the operation is first found.
How an agent calls it
The agent lists its operations withconnector_operations. It then calls one with connector_read,
connector_write, connector_send or connector_money, by the risk of the operation. It passes the operation key and
an input object that fits the operation’s schema. Your workspace rules decide whether the call runs, waits for a
person to approve, or is refused.
Keep it current
POST /api/v1/connectors/{id}/refresh reads the tool list or the description again and checks the credentials. An
operation that is gone from your side is archived. It comes back as it was if you list it again.
If a changed operation now does more, ImpelLabs turns it off until an admin reviews it. See
Tool contract.
Related
- Tool contract lists what your server or description must provide.
- Results and side effects shows how the agent reads your answer.
- Security model lists what ImpelLabs sends, and to where.