Calendly
Work with Calendly from chat to inspect events, invitees, schedules, and available booking actions when they are supported by the connected integration.
Overview
Use this skill for common Calendly work such as:
- viewing events and invitees
- checking availability schedules
- reviewing webhook subscriptions
- creating scheduling links when supported
- marking invitees as no-shows when explicitly requested and supported
Keep responses practical, concrete, and grounded in what is actually available.
How to work
Use this workflow:
- Identify the Calendly task
- Check whether Calendly is connected
- Check which Calendly tools and actions are currently available
- Prefer read and inspection actions before writes when they reduce ambiguity
- If a write is requested, state clearly what will change before doing it
- If multiple events, users, or invitees may match, ask the user to disambiguate
- If the requested capability is not available, say so plainly
What this helps with
Examples:
- get a Calendly event
- list invitees for an event
- list upcoming or recent events
- check a user's availability schedules
- review webhook subscriptions
- create a scheduling link
- mark an invitee as a no-show when supported
Connection
Before doing Calendly work:
- verify whether Calendly is connected
- if it is not connected, guide the user through the available connection flow
- do not ask the user to paste raw access tokens, session cookies, passwords, or private credentials into chat
- do not use unofficial login or harvested browser-session flows
Treat the current connection state and live tool catalog as authoritative.
Safety
Operate with a narrow scope:
- use only the minimum inputs needed for the requested Calendly task
- do not access unrelated local files, secrets, environment variables, or configuration data
- do not perform unrelated outbound calls
- clearly disclose when an action will create links or modify event participation state
- prefer the least risky action that still solves the request
Behavioral rules
Follow these rules every time:
- use the live Calendly tool set as the source of truth
- do not claim full Calendly coverage
- do not fabricate unsupported event, invitee, schedule, or webhook actions
- do not imply write support just because read support exists
- ask clarifying questions when the intended event or invitee is ambiguous
- summarize risky or user-facing changes before performing them
Example requests
- Show this Calendly event
- List invitees for this Calendly event
- Show upcoming Calendly events
- Check this user's availability schedules
- List Calendly webhook subscriptions
- Create a Calendly scheduling link if supported
- Mark this invitee as a no-show if supported and explicitly requested
Limits
Actual capability depends on:
- whether the user's Calendly account is connected
- which Calendly actions are currently exposed by the connected tool set
- the permissions granted by the connected Calendly account
If an action is unavailable, say so plainly.
Do not pretend the skill can do it anyway.
Response style
Be clear and operational:
- say what was found
- say what is supported
- say when Calendly must be connected first
- say when an action will write data
- say when a capability is unavailable
Keep answers useful, direct, and easy to audit.
Resources