Every Google Calendar MCP server we could find, ranked honestly. Includes self-hosted options, hosted services, and the trade-offs between them.
We dug through every Google Calendar MCP server we could find in 2026, ranked them honestly, and noted who each one is for. Yes, we run one of them. Yes, we will tell you when a competitor is the better choice.
This list is current as of April 2026. The MCP ecosystem moves fast, so check the upstream repos before committing.
What it is: A hosted Google Calendar MCP server. Connect Google in two clicks, get an API key, plug it into Claude.ai, Claude Code, Cursor, or any HTTP-capable MCP client.
Why we list it first: Because we built it. We will let the feature list defend the position.
Best for: Anyone who wants calendar tools working in 2 minutes, and anyone whose agent does enough calendar work that batch operations and multi-calendar support actually matter.
Avoid if: You are firmly in the self-host camp and would rather hold your own OAuth tokens.
What it is: The most popular open-source self-hosted Google Calendar MCP server, with over a thousand GitHub stars. Stdio MCP, runs locally, BYO Google OAuth credentials.
Trade-offs: Setup takes 25 to 40 minutes. Stdio MCP only, so no Claude.ai or Claude Code support without a wrapper. No batch operations, no multi-calendar fan-out, no multi-account-per-key. OAuth tokens expire every 7 days unless you verify your consent screen with Google. Cannot work around Google Advanced Protection.
Best for: Privacy-focused users on Claude Desktop who are happy with the setup overhead.
What it is: Calendar tools as part of Composio's broader tool platform. Connect Google Calendar through Composio's auth flow, get a unified runtime that also covers Slack, Notion, Linear, Gmail, and dozens more.
Trade-offs: Calendar tools are shallower than a calendar-specific service. No deep batch operations. No service-account flow for Google Advanced Protection. Pricing is geared toward teams running many actions across many tools, which can be overkill for calendar-only agents.
Best for: Multi-service agents where calendar is one node among ten.
What it is: Zapier exposed an MCP wrapper over their existing calendar actions in late 2025. You connect Zapier to Google Calendar like any Zap, then expose those actions to your AI client through MCP.
Trade-offs: Zapier's calendar actions are CRUD-shaped, not calendar-shaped. Recurring events, batch operations, and multi-calendar fan-out are second-class. Pricing per task adds up if your agent is chatty.
Best for: Teams already paying for Zapier who want a quick MCP bridge to existing automations.
What it is: Pipedream's analogue of the Zapier story. Connected accounts, scripted workflows, and an MCP layer over the top.
Trade-offs: Same as Zapier: calendar tools are CRUD, depth is limited, and you are paying for an automation platform whose calendar piece is a feature, not the product.
Best for: Pipedream users who want to bridge an agent into existing scripted workflows.
What it is: A 50 line Python or Node script wrapping the Google Calendar API and exposing it as an MCP server.
Trade-offs: You are the maintainer now. OAuth, retries, error handling, schema definitions, recurrence edge cases, batch endpoints, timezone math — all yours. The MCP world is full of half-finished side projects that started as "I'll just write 50 lines".
Best for: Hackers and people who specifically want to learn the surface.
We will refresh this post when the lineup shifts. If you run a calendar MCP server we missed, send a note and we will look at it.
Connect your Google Calendar to Claude and any MCP client in about two minutes.
Connect Google Calendar