Which scheduling tools have an MCP server?
Two standalone scheduling products ship official remote MCP servers as of August 2026: Calendly (mcp.calendly.com, roughly 35 tools, GA since February 2026) and Cal.com (mcp.cal.com, roughly 34 tools). Both wrap their existing REST API, both authenticate with OAuth 2.1, and both are scoped to the account that authorised them — your assistant can manage your own scheduling, but has no way to see anyone else's. If you already use one of them, use its server. If you are choosing fresh, Cal.com is the pick when self-hosting or open source matters and Calendly when the larger integration ecosystem does. A separate pattern — exposing computed availability with no authentication at all — answers a different question and is covered at the end.
The two servers
Calendly
- Endpoint
mcp.calendly.com- Tools
- ~35
- Available since
- GA February 2026
- Auth
- OAuth 2.1 (PKCE + dynamic client registration)
- Hosting
- Vendor-hosted only — no self-hosting
- Covers
- Availability, event types, bookings, single-use scheduling links, organisation management
Cal.com
- Endpoint
mcp.cal.com/mcp- Tools
- ~34
- Available since
- 2026
- Auth
- OAuth 2.1
- Hosting
- Vendor-hosted; Cal.com itself is open source and self-hostable
- Covers
- Profile, event types, availability schedules, creating and searching bookings, reschedule and cancel, confirm or decline pending, recurring and team instant meetings
What they have in common
The similarities matter more than the differences. Both map an existing REST API into MCP, which is why the tool counts are close and both land around 35. Both are account-scoped through OAuth: the assistant acts as you, on your data.
That has a consequence worth being explicit about. Anything the assistant can read — booking history, who booked you, what they wrote in an intake form — it can also repeat in a conversation, put in a summary, or hand to another tool. For managing your own scheduling that is exactly the power you want. It is simply a different question from “how do I let a stranger book me safely.”
Which to choose
- Already on one of them — use that one. Neither server is differentiated enough to justify migrating a scheduling setup.
- Self-hosting, data residency or open source matters — Cal.com. Calendly is vendor-hosted only.
- You want the widest integration ecosystem — Calendly, which also has more third-party MCP wrappers if the official tool surface is not enough.
- Team routing, round-robin, payments — both do these well, and are the right category of tool for it.
A different pattern: availability-only endpoints
There is a third approach that does not belong in the comparison above, because it is not trying to do the same job.
Instead of authenticating an assistant into your account, the server computes free/busy internally and exposes only the resulting open slots, with no authentication required to read them and no tool capable of returning a calendar event. That inverts who the integration is for: not your assistant managing your calendar, but somebody else's assistant being able to reach you without either side sharing credentials.
This pattern is not exclusive to any one product, and it would be misleading to imply otherwise: Cal.com's REST API already returns another user's open slots without authentication. The difference is what is exposed to an assistant as a callable tool, and whether anything intersects several people's availability in one step rather than leaving you to do it.
Lucie Sync works this way — we build it, which is why it is in its own section rather than the table. It is not a standalone alternative to Calendly or Cal.com and does not try to be: no team round-robin, no routing forms, no payments, Google Calendar only. It is one of the utilities that come with a Lucie Network membership, built for a narrower problem — founders, investors and operators trying to make time with people at other companies, where the usual booking-link asymmetry (my link, you fit around me) reads wrong between peers and does not extend past two people.
If that is the problem you have, the mechanics are in the connector docs and the reasoning is in agent-to-agent scheduling. If you want an assistant administering your own scheduling account, the two servers above are the better answer and this one will disappoint you.
Related
- How do I let an AI assistant book meetings without giving it access to my calendar?
The difference between an assistant that manages your account and one that only ever sees free slots.
- Can two people's AI assistants schedule a meeting with each other?
Why account-scoped integrations stop at your own calendar, and what a public per-person endpoint changes.
- How do I schedule across companies without sharing calendars or creating accounts?
Free/busy stops at the org boundary. The three ways round it, and what each costs.
Sync is one utility, not the whole thing
Lucie Sync comes with a Lucie Network membership — a private room for founders, investors and operators, plus every utility we ship. Members don't pick a scheduling tool; making time across companies is simply one of the things that stops being difficult.
Apply to the Lucie Network →Written by the team behind Lucie Sync, which is one of the tools discussed. Last updated August 26, 2026.