Information
- OpenAPI version:
3.1.0
Programmatic access to your CloudTable bases, tables, and records — over both a REST API and an MCP server. REST and MCP share one data layer, so results match. Records use the Airtable-parity shape { id, createdTime, fields }.
Create a key in the app: Account menu → API keys. Pick its scopes, copy it once, then send it on every request as either header:
x-api-key: <your-key>Authorization: Bearer <your-key>Scopes: data:read / data:write (records), schema:read / schema:write (bases, tables, fields, views), members:read / members:manage, and mcp:tools (use the MCP server).
Endpoint (Streamable HTTP): https://api.cloudtable.insurge.io/mcp
It exposes the same operations as this REST API as MCP tools (list_bases, describe_base, query_records, create_records, update_records, delete_records, create_table, create_field, create_view, set_public_share, …), each with an input and output schema.
Point the client at https://api.cloudtable.insurge.io/mcp and send your API key as a bearer token: Authorization: Bearer <your-key> (the key needs mcp:tools plus the data:* / schema:* scopes for the tools you’ll call). Clients that use a custom header can send x-api-key instead.
These connect with OAuth 2.1 — you don’t paste a key. Add a custom connector / MCP server and give it the endpoint:
https://api.cloudtable.insurge.io/mcp
The client then does everything automatically:
/.well-known/oauth-protected-resource → /.well-known/oauth-authorization-server.You’ll be prompted to sign in to CloudTable and approve the requested scopes. That’s it.
Use the HTTP Request node with Header Auth — header x-api-key, base URL https://api.cloudtable.insurge.io/api/v1.
Security scheme type: apiKey
Header parameter name: x-api-key