Google Calendar (gws)
This Skill targets exactly gws 0.22.5.
Locate the executable
Always use the copy bundled with this Skill; never a gws that happens to be on PATH, which may be an unrelated version. Resolve it once per session:
- Determine the platform directory — on macOS run
uname -m(arm64→darwin-arm64,x86_64→darwin-x64); on Windows usewin32-x64. - Resolve
scripts/bin/<platform>/gwsagainst this document's directory — on Windows the file isgws.exe— and use that absolute path for every command below.
This package ships macOS and Windows builds only; on any other platform report that Google Calendar is not available there rather than looking for another installation.
The examples below write the command by its bare name for readability; always run the resolved absolute path instead.
If that file is missing, report that Google Calendar is not ready yet — never describe it as an account problem or a broken connector.
Talk like Cola
These rules govern what you SAY to the user. They never change which commands you RUN.
- Product words are fine. 配置、授权、连接、账号、日程、App 专用密码 — the user should always know which step they are in.
- Implementation details never reach the user. Tool names, CLI flags, config files, protocols, PATH, raw commands, raw error output. Narrate by goal ("正在看你的日历"), translate every failure into one clear next step, and confirm results in user terms.
使用场景
- 查日程:"看看我明天谷歌日历有哪些安排""这周有没有空的整段下午"
- 建与改:"帮我在周四下午约一个一小时的评审会,拉上 Alice""把周会挪到十点"
- 汇总:"把下周的日程整理成一份议程"
When the request names no provider. More than one calendar skill can be installed, and a bare 「查下我的日程」 does not say which account to read. Use this skill without asking only when it is the only calendar connected, or when the conversation already established that Google Calendar is the one in play. Otherwise ask which calendar they mean — never start a connection flow for an account the user did not ask about.
This installation is calendar-only. Authorization covers Google Calendar and nothing else: other Google services (gmail, drive, sheets, docs, tasks, …) will fail with permission errors. Do not attempt them, and do not suggest them as available.
Authorization
OAuth is managed by Cola with calendar-only scopes (calendar.events plus read-only calendar list). Credentials are already configured for the gws command you invoke.
- Never run
gws auth loginor any other interactive auth flow, and never setGOOGLE_APPLICATION_CREDENTIALS. Authorization is done by the user in Cola's app center. - If a command fails with an authorization or permission error, tell the user to open the Google Calendar app in Cola's Skill settings and complete or renew authorization there. Do not retry in a loop.
Scope boundaries
The granted scopes allow exactly:
events— full read/write on calendar eventscalendarList— read-only (list,get)
Out of scope (will fail; do not call): calendar acl, creating/deleting calendars (calendars insert/delete/clear), settings, channels/watch subscriptions, and every non-calendar service.
Helper commands
Show agenda (read-only)
gws calendar +agenda --timezone <IANA>
| Flag | Description |
|---|---|
--today |
Show today's events |
--tomorrow |
Show tomorrow's events |
--week |
Show this week's events |
--days <N> |
Number of days ahead to show |
--calendar <NAME_OR_ID> |
Filter to a specific calendar |
--timezone <IANA> |
Timezone override (e.g. Asia/Shanghai). Always pass it — see below |
gws calendar +agenda --today --timezone 'Asia/Shanghai'
gws calendar +agenda --week --format table --timezone 'Asia/Shanghai'
gws calendar +agenda --days 3 --calendar 'Work' --timezone 'Asia/Shanghai'
Read-only — never modifies events. Queries all calendars by default.
Always pass --timezone. The helper's own default reads the account timezone from settings, which this installation's scopes exclude, so it silently falls back to the machine's local timezone — on a machine in a different timezone from the calendar, --today and --week then query the wrong day boundaries. Ask the user for their timezone, or take it from an event's own timezone, and pass it explicitly.
Create an event
gws calendar +insert --summary <TEXT> --start <TIME> --end <TIME>
| Flag | Required | Description |
|---|---|---|
--summary |
✓ | Event title |
--start |
✓ | Start time (RFC 3339, e.g. 2026-06-17T09:00:00+08:00) |
--end |
✓ | End time (RFC 3339) |
--calendar |
— | Calendar ID (default: primary) |
--location |
— | Event location |
--description |
— | Event description/body |
--attendee |
— | Attendee email (repeatable). Does not notify them — see below |
--meet |
— | Add a Google Meet link |
gws calendar +insert --summary 'Standup' --start '2026-06-17T09:00:00+08:00' --end '2026-06-17T09:30:00+08:00'
gws calendar +insert --summary 'Review' --start ... --end ... --attendee alice@example.com --meet
[!CAUTION] This is a write command — confirm with the user before executing.
Attendees are not notified by +insert. The helper does not set the Calendar API's sendUpdates parameter, whose default is to send nothing, so the guest is added to the event but receives no invitation. When the user's intent is to invite someone, create the event through the resource-level command with that parameter instead, then tell the user the invitation went out:
gws calendar events insert \
--params '{"calendarId":"primary","sendUpdates":"all"}' \
--json '{"summary":"Review","start":{"dateTime":"2026-06-17T09:00:00+08:00"},"end":{"dateTime":"2026-06-17T10:00:00+08:00"},"attendees":[{"email":"alice@example.com"}]}'
+insert --meet adds the Meet link automatically, but this resource-level form does not — request the conference explicitly, or the invitation goes out without a way to join:
gws calendar events insert \
--params '{"calendarId":"primary","sendUpdates":"all","conferenceDataVersion":1}' \
--json '{"summary":"Review","start":{"dateTime":"2026-06-17T09:00:00+08:00"},"end":{"dateTime":"2026-06-17T10:00:00+08:00"},"attendees":[{"email":"alice@example.com"}],"conferenceData":{"createRequest":{"requestId":"<unique-string>","conferenceSolutionKey":{"type":"hangoutsMeet"}}}}'
API resources (within scope)
gws calendar <resource> <method> [flags]
events
list— events on a calendar (--params '{"calendarId":"primary","timeMin":"...","timeMax":"...","singleEvents":true,"orderBy":"startTime"}')get— one event by IDinstances— instances of a recurring eventinsert— create an event (prefer+insert)quickAdd— create an event from a text stringpatch— modify an event; use this for every edit. When the event has attendees, add"sendUpdates":"all"to--paramsso guests learn about the change — the default notifies nobody, leaving them on the old timeupdate— full replacement; it drops attendees, recurrence, reminders, location and description when they are absent from the body, so only use it after fetching the complete event and round-tripping every fielddelete— delete an event. With attendees, pass"sendUpdates":"all"too, or guests keep a meeting the organizer already cancelled
calendarList (read-only)
list— calendars on the user's calendar listget— one calendar-list entry
Method flags
| Flag | Description |
|---|---|
--params '{"key": "val"}' |
URL/query parameters |
--json '{"key": "val"}' |
Request body (POST/PATCH/PUT) |
--format <FMT> |
Output format: json (default), table, yaml, csv |
--dry-run |
Validate locally without calling the API |
--page-all |
Auto-paginate (NDJSON output) |
--page-limit <N> |
Max pages with --page-all (default: 10) |
Wrap --params and --json values in single quotes so the shell does not interpret the inner double quotes.
Discovering commands
gws calendar --help
gws schema calendar.<resource>.<method> # required params, types, defaults
Use gws schema output to build --params and --json.
Security rules
- Never output secrets (tokens, credential files) directly.
- Always confirm with the user before executing write or delete commands.
- Prefer
--dry-runfirst for destructive operations. - Use RFC 3339 times with explicit offsets; respect the user's timezone (
--timezoneon+agenda).