Agent-callable Google Calendar tools — create, update, move, search, and delete events, manage calendars, check free/busy availability, resolve event colors, and manage calendar sharing. Use when the user mentions Google Calendar or wants to schedule, find, reschedule, or share events and calendars — including requests that do not name Google Calendar explicitly, e.g. "put a meeting on my calendar Tuesday 3pm" or "am I free Friday afternoon".
npx skills add https://github.com/zapier/connectors --skill google-calendar
_Independent, unofficial connector for Google Calendar. Not affiliated with, endorsed by, or sponsored by Google Calendar. "Google Calendar" is a trademark of its owner, used only to identify the service this connector works with._
Tools for managing Google Calendar — create, read, update, move, and delete events; search a calendar; list and create calendars; check free/busy availability; resolve the event-color palette; and manage calendar sharing (ACL). Wraps the Google Calendar API v3 (https://www.googleapis.com/calendar/v3/). Authentication is OAuth 2.0 over a single connection — capability is gated by scope and by each calendar's access role, not by token type.
owner role).This is an agentskills.io skill.
If the connector has not been installed as a skill yet, install it first with npx skills add zapier/connectors --skill google-calendar (or your harness's own skill-install mechanism), then continue here. Installing the skill copies these files, not dependencies. Before running the CLI, a local MCP server, or zapier-sdk auth commands, run npm install --omit=dev here once. Importing the published package as a dependency in your own project instead? That npm install already resolves everything — see references/use-as-sdk.md.
The connector runs on Node.js 22.18+. Pick the reference that matches how you're running it, and load it before doing anything else:
| You have... | Load |
| -------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------ |
| An MCP-aware client — tools may already be loaded (e.g. mcp__google-calendar__<tool>), or you can register a local server yourself (or guide the user to) | references/use-as-mcp.md |
| Terminal / subprocess access (you can run node) | references/use-as-cli.md |
| Only your own code, importing this package as a dependency | references/use-as-sdk.md |
| No tool access, no terminal, no ability to import this package — you write your own code that calls the Google Calendar API directly (e.g. a code-execution sandbox) | references/use-as-recipe.md |
| Script | Script name | Connections | Description |
| ---------------------------------------------------------------- | -------------------- | ---------------------------- | ------------------------------------------------------------------------------------------------- |
| scripts/createEvent.ts | createEvent | Single ("google-calendar") | Create an event (timed/all-day, recurring, attendees, reminders, color, Google Meet). |
| scripts/quickAddEvent.ts | quickAddEvent | Single ("google-calendar") | Create an event from a simple text string — parses a title and date/time. |
| scripts/updateEvent.ts | updateEvent | Single ("google-calendar") | Partially update an event. Array fields REPLACE; use addEventAttendees to add guests. |
| scripts/addEventAttendees.ts | addEventAttendees | Single ("google-calendar") | Add guests to an event without removing the existing attendees (read-modify-write). |
| scripts/moveEvent.ts | moveEvent | Single ("google-calendar") | Move an event to another calendar (default events only). |
| scripts/deleteEvent.ts | deleteEvent | Single ("google-calendar") | Delete an event. Idempotent — already-deleted events still report success. |
| scripts/listEvents.ts | listEvents | Single ("google-calendar") | List/search events on a calendar by time window, text, or event type. |
| scripts/getEvent.ts | getEvent | Single ("google-calendar") | Retrieve a single event by id (e.g. to read a resolved Google Meet link). |
| scripts/listEventInstances.ts | listEventInstances | Single ("google-calendar") | List the occurrences of a recurring event; resolves instance ids for single-occurrence edits. |
| scripts/listCalendars.ts | listCalendars | Single ("google-calendar") | List calendars with id, access role, primary flag, and timezone. The primary calendarId resolver. |
| scripts/getCalendar.ts | getCalendar | Single ("google-calendar") | Get a calendar's metadata; getCalendar("primary") returns the user's default timezone. |
| scripts/createCalendar.ts | createCalendar | Single ("google-calendar") | Create a new secondary calendar. |
| scripts/queryFreeBusy.ts | queryFreeBusy | Single ("google-calendar") | Return busy time blocks across one or more calendars in a window. |
| scripts/getColors.ts | getColors | Single ("google-calendar") | Return the event + calendar color palettes (colorId index → hex). |
| scripts/listAclRules.ts | listAclRules | Single ("google-calendar") | List a calendar's sharing rules. Requires the owner role. |
| scripts/createAclRule.ts | createAclRule | Single ("google-calendar") | Share a calendar with a user/group/domain at a role (or change a share's role). Requires owner. |
| scripts/deleteAclRule.ts | deleteAclRule | Single ("google-calendar") | Remove a sharing rule (revoke access). Requires owner. |
Each script's inputSchema / outputSchema (Zod) in the script file is the source of truth for its contract.
listCalendars, count _exact_ (case-insensitive) summary matches: exactly one → act on it; two or more that tie → stop, list the candidates with their id + accessRole, and ask which one. The same applies to events resolved by listEvents (a person can have several events with the same title) and to ACL rules resolved by listAclRules. Never silently pick the first match.calendars.clear), import externally-originated events (events.import), do "this-and-following" recurring edits in one call, or set up triggers/notifications (watch channels). If a user asks for one of these, say it's not supported and stop — don't substitute a different tool (e.g. deleting events one by one to simulate "clear the calendar", or patching the master to fake "this and following") and report success for an action you didn't perform. For a single recurring occurrence, use listEventInstances → updateEvent on the instance id.Every shape passes auth as one connection selector, not the secret — a [<resolver>:]<value> string. Every connector accepts zapier:<connection-id> (Zapier-managed auth — routes through Zapier's auth, retries, and governance layer); some also accept one or more direct-token resolvers (naming and count vary per connector) — check this connector's own resolvers rather than assuming. The <resolver>: prefix is optional; a bare value goes to the first resolver that claims it — a UUID-shaped bare value always claims zapier:. Each script declares the connections it needs and the resolvers each accepts. The exact syntax for passing a connection (and how to see this connector's resolver list) differs by shape — see the reference you loaded above.
Checking what's already configured first? Don't dump environment values to do it — env or env | grep <name> prints the value along with the name, leaking a live credential into the transcript if one is set. Check names only (env | cut -d= -f1 | grep -i <name>) or test a known name directly ([ -n "$VAR_NAME" ]).
No connection yet? Pick one — and follow the reference's own flow to obtain it; never just ask the user for a connection id or token as if they already have one memorized:
| | Load |
| ------------------------------------ | ---------------------------------------------------------------------- |
| Pass the credential directly | references/use-without-zapier.md |
| Route it through a Zapier connection | references/use-with-zapier.md |
Every script returns a { data, meta } envelope:
data — the script's result (the shape its outputSchema declares; see the reference you loaded above for how to inspect a script's exact schema in your shape).meta.outputDataValidation — what validating data did:{ skipped: false, droppedPaths: null } — validated, nothing removed.{ skipped: false, droppedPaths: [...], instruction } — validated, but those paths were stripped from data: fields the script returned from the API that the outputSchema doesn't declare. If you need them, re-run with output validation skipped.{ skipped: true } — validation was bypassed; data is the raw, unchecked script output.Reading dropped fields / skipOutputDataValidation. To receive the raw, unvalidated result, opt out of output validation (the exact syntax differs by shape — see the reference you loaded above). Input validation is never skipped.
Trimming the result / filterOutputData. To shrink a large result down to the fields you need, pass a jq expression that post-processes data (again, exact syntax per shape). The jq runs against data only, NOT the { data, meta } envelope, so write it rooted at data (run the script's --help — or your shape's equivalent — to see its output schema). The transformed value replaces data, meta is preserved, and the result is NOT re-validated against the output schema.
Load the matching reference file before working in that area:
| Reference | Covers | Load it when |
| --------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| google-calendar-api-gotchas.md | The error envelope + recovery, all-day exclusive end.date, timeZone-required-for-recurrence, event-type creation constraints, async Meet creation, pagination caps, free/busy per-calendar errors, and ACL owner-role rules. | Before building event dates/times, recurrence, colors, or Google Meet links; when handling 401/403/404/410 errors; when updating events (array fields replace wholesale); or when sharing calendars (ACL). |
Guide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks.
Intelligently organizes your files and folders across your computer by understanding context, finding duplicates, suggesting better structures, and automating cleanup tasks. Reduces cognitive load and keeps your digital workspace tidy without manual effort.
Generates creative domain name ideas for your project and checks availability across multiple TLDs (.com, .io, .dev, .ai, etc.). Saves hours of brainstorming and manual checking.
You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.
Implements Manus-style file-based planning for complex tasks. Creates task_plan.md, findings.md, and progress.md. Use when starting complex multi-step tasks, research projects, or any task requiring >5 tool calls.
Creative research ideation and exploration. Use for open-ended brainstorming sessions, exploring interdisciplinary connections, challenging assumptions, or identifying research gaps. Best for early-stage research planning when you do not have specific observations yet. For formulating testable hypotheses from data use hypothesis-generation.
Comprehensive GitHub project management with swarm-coordinated issue tracking, project board automation, and sprint planning
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".
Take zapier/google-calendar from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.
The instructions reference npm, npx.
Without those the skill loads but fails at the first command.