
The right MCP when the team is already on Airtable instead of Notion. For greenfield Yalc setups, Notion plus its official MCP is the safer default.
claude mcp add airtable --env AIRTABLE_API_KEY=patXXX -- npx -y airtable-mcp-server
Generate a Personal Access Token at airtable.com/create/tokens with the scopes you need (data.records:read, data.records:write, schema.bases:read). Replace `patXXX` with the token, run the command, restart Claude Code. The community `airtable-mcp-server` (maintained by domdomegg) covers reads, writes, and schema introspection.
The Airtable MCP exposes Airtable's REST API (records, tables, schema, attachments) as native Claude tool calls. Coverage spans listing records, creating, updating, deleting, schema introspection, and base navigation. Auth is a Personal Access Token, simpler than OAuth for solo or small team use.
For Yalc operators on Airtable, this MCP unlocks the same workflows our Notion users get from the official Notion MCP. Where Notion's strength is docs plus database, Airtable's strength is power user database features (formulas, automations, relational links, granular permissions). For data heavy GTM workflows that need formula columns and complex relations, Airtable plus this MCP is a strong pairing.
The Airtable MCP sits at the **route** node when Airtable is the team's CRM or campaign tracker. Most Yalc workflows that touch Airtable (lead writeback, campaign state, content calendar) flow through here.
The MCP pairs with Yalc skills the same way Notion does: enrichment writes records, qualification updates statuses, monthly reports read tables. The semantics are the same; the underlying database is just different.
The CRM and database layer when Airtable is the system of record. Yalc reads tables, writes records, runs formula-aware queries, and manages relational links.
Copy paste prompts for Claude Code that invoke the Airtable MCP.
Works in Claude Code, Claude Desktop, Cursor, and any MCP-compatible client. Airtable's API has standard rate limits (5 requests per second per base typical). Multi-base and multi-workspace support requires registering the MCP with different `--env AIRTABLE_API_KEY` values per workspace.
Notion for greenfield Yalc setups. Airtable when the team is already there or when database power features matter (formulas, automations, granular permissions). Notion's MCP is official and more mature; Airtable's is community.
As of April 2026, `airtable-mcp-server` (by domdomegg) is the most actively maintained community MCP. Check GitHub last-commit dates before installing; abandoned community packages are common in this ecosystem.
data.records:read for queries, data.records:write for creates and updates, schema.bases:read for schema introspection, schema.bases:write if Yalc needs to create or modify tables. Start narrow, scope up only if needed.
Yes for read. The MCP returns formula column values as part of the record data. Writing to formula columns is not supported (Airtable calculates them; you can't override).
Airtable allows 5 requests per second per base. The MCP includes basic rate limit handling. For high volume operations, batch writes (Airtable's API supports up to 10 records per write call).
Yes. Register the MCP server multiple times with different AIRTABLE_API_KEY values and different server names. Each Yalc workflow can route to the right workspace by name.
Drop it into Claude Code and orchestrate from your next Yalc prompt.
claude mcp add airtable --env AIRTABLE_API_KEY=patXXX -- npx -y airtable-mcp-server