← 返回
未分类 Key 中文

Limehouse Calendar

Read and write calendar events with granular per-calendar permissions. Users control which calendars an agent can access and whether it can read, create, upd...
支持按日历细粒度读写事件,用户可控制代理访问的日历及其读取、创建、更新等权限。
madeleinenakada madeleinenakada 来源
未分类 clawhub v1.0.1 1 版本 100000 Key: 需要
★ 0
Stars
📥 445
下载
💾 1
安装
1
版本
#latest

概述

Calendar API

Authenticate every request with your API key:

Authorization: Bearer cal_<your-api-key>

API keys are created from the Agents tab in the dashboard, or via the setup flow below. Each key

is scoped to specific calendars with granular permissions: can_read, can_create, can_update,

can_delete, can_create_invitees, and can_update_invitees.


Setup (getting an API key)

If you don't have a cal_ API key yet, use the setup flow to let the user authorize access:

  1. Create a setup session (no auth required):
  2. POST https://cal.limehouse.io/api/v1/setup/sessions
    

Response: { "token": "...", "setup_url": "https://...", "expires_at": "..." }

  1. Direct the user to open setup_url in their browser. They will sign in, choose calendars, and

configure permissions.

  1. Poll for completion (every 3 seconds):
  2. GET https://cal.limehouse.io/api/v1/setup/sessions/{token}/poll
    

Response while pending: { "status": "pending" }

Response when complete: { "status": "completed", "agent_token": "cal_..." }

  1. Store the agent_token value. This is your API key for all subsequent requests.

The setup session expires after 30 minutes. If the agent cannot make HTTP requests, direct the user

to https://cal.limehouse.io/connect where they can create a key and copy it manually.


Get agent info

GET /api/v1/agent/me

Get metadata about the current agent, including its name, description, permitted calendars with per-calendar permissions, and calendars the user owns that the agent does not yet have access to (connected_calendars_without_access).

Response

{
  "id": 1,
  "name": "My Agent",
  "description": "optional description",
  "created_at": "2024-01-01T00:00:00",
  "last_used": "2024-01-02T12:00:00",
  "permitted_calendars": [
    {
      "calendar_id": 3,
      "calendar_name": "Work",
      "can_read": true,
      "can_create": false,
      "can_update": false,
      "can_delete": false,
      "can_create_invitees": false,
      "can_update_invitees": false
    }
  ],
  "connected_calendars_without_access": [
    {
      "calendar_id": 5,
      "calendar_name": "Side Projects"
    }
  ]
}

Use connected_calendars_without_access to discover calendars the agent could

request access to via POST /api/v1/agent/request-permission-change.


List accessible calendars

GET /api/v1/agent/calendars

List all calendars the agent has access to, along with read/write permissions.

Response — array of calendar objects:

[
  { "id": 3, "name": "Work", "color": "#4285F4", "timezone": "America/New_York" }
]

List events

GET /api/v1/agent/events
GET /api/v1/agent/calendars/{calendar_id}/events

List events on a calendar, optionally filtered by a time range. If no calendar_id is provided, returns events from all calendars the agent has read access to. start and end accept either a full ISO 8601 datetime (e.g. "2026-03-05T00:00:00-08:00") or a date-only string (e.g. "2026-03-05") which is expanded to the full day in the user's timezone. Requires can_read. Filter results with optional query parameters.

ParameterTypeRequiredDescription
-------------------------------------------------------------------------------------------
calendar_idintegerNoFilter to a specific calendar. If omitted, returns events from all readable calendars.
startISO 8601 datetime or dateNoISO 8601 datetime for the event start. When a timezone parameter is provided, the datetime is interpreted as wall-clock time in that timezone (any UTC offset is ignored). Otherwise, include a UTC offset for non-UTC times, e.g. "2026-02-26T17:30:00-08:00". Naive datetimes (without offset) are treated as UTC. Also accepts a date-only string (e.g. "2026-03-05") which expands to start of day in the user's timezone.
endISO 8601 datetime or dateNoISO 8601 datetime for the event end. Same timezone rules as start_time. Also accepts a date-only string which expands to end of day in the user's timezone.

Response — array of event objects:

[
  {
    "id": 42,
    "uid": "abc123",
    "calendar_id": 3,
    "summary": "Team standup",
    "description": "Daily sync",
    "location": "Conference Room A",
    "start_time": "2024-01-15T09:00:00Z",
    "end_time": "2024-01-15T09:30:00Z",
    "all_day": false,
    "recurrence_rule": null,
    "invitees": [
      {"email": "alice@example.com", "name": "Alice", "rsvp": "ACCEPTED"},
      {"email": "bob@example.com", "name": null, "rsvp": "NEEDS-ACTION"}
    ],
    "etag": "v1",
    "created_at": "2024-01-01T00:00:00Z",
    "updated_at": "2024-01-01T00:00:00Z"
  }
]

Create an event

POST /api/v1/agent/calendars/{calendar_id}/events

Create a new event on a calendar. Requires can_create. Returns 201 Created with the new event object. If invitees is non-empty, also requires can_create_invitees.

FieldTypeRequiredDescription
-----------------------------------------------------------------------------------------
summarystringYesEvent title (1–255 chars)
descriptionstringNoEvent description
locationstringNoPhysical address or virtual meeting link for the event.
start_timeISO 8601 datetimeYesISO 8601 datetime for the event start. When a timezone parameter is provided, the datetime is interpreted as wall-clock time in that timezone (any UTC offset is ignored). Otherwise, include a UTC offset for non-UTC times, e.g. "2026-02-26T17:30:00-08:00". Naive datetimes (without offset) are treated as UTC.
end_timeISO 8601 datetimeYesISO 8601 datetime for the event end. Same timezone rules as start_time.
all_daybooleanNoDefault: false
timezonestringNoIANA timezone name (e.g. "America/Los_Angeles"). When provided, start_time and end_time are interpreted as wall-clock times in this timezone, and DST is handled automatically.
recurrence_rulestringNoRRULE string for recurring events (e.g. "FREQ=WEEKLY;BYDAY=MO").
inviteesarrayNoList of attendees. Each item: {"email": "...", "name": "..."}. For Google-connected calendars, Google will send invite emails (sendUpdates=all).

Example request body

{
  "summary": "Team standup",
  "description": "Daily sync",
  "location": "Conference Room A",
  "start_time": "2024-01-15T09:00:00",
  "end_time": "2024-01-15T09:30:00",
  "timezone": "America/Los_Angeles",
  "invitees": [
    {"email": "alice@example.com", "name": "Alice"},
    {"email": "bob@example.com"}
  ]
}

Update an event

PUT /api/v1/agent/calendars/{calendar_id}/events/{event_id}

Update an existing event on a calendar. Only include the fields you want to change — omitted fields are left untouched. Never include start_time or end_time unless you are explicitly changing the time. Requires can_update. Returns 200 OK with the updated event object. If invitees is included in the request body, also requires can_update_invitees.

Sending invitees replaces the full attendee list (pass [] to remove all invitees).

FieldTypeDescription
-------------------------------------------------------------------------------
summarystringEvent title (1–255 chars)
descriptionstringEvent description
locationstringPhysical address or virtual meeting link for the event.
start_timeISO 8601 datetimeISO 8601 datetime for the event start. When a timezone parameter is provided, the datetime is interpreted as wall-clock time in that timezone (any UTC offset is ignored). Otherwise, include a UTC offset for non-UTC times, e.g. "2026-02-26T17:30:00-08:00". Naive datetimes (without offset) are treated as UTC.
end_timeISO 8601 datetimeISO 8601 datetime for the event end. Same timezone rules as start_time.
all_daybooleanWhether the event spans the full day
timezonestringIANA timezone name (e.g. "America/Los_Angeles"). When provided, start_time and end_time are interpreted as wall-clock times in this timezone, and DST is handled automatically.
recurrence_rulestringRRULE string for recurring events (e.g. "FREQ=WEEKLY;BYDAY=MO").
inviteesarrayReplace full attendee list (pass [] to clear)

Example — rename an event (only send the field that changes):

{ "summary": "Coffee with Alice" }

Example — reschedule (only when intentionally changing the time):

{
  "start_time": "2024-01-15T10:00:00",
  "end_time": "2024-01-15T10:30:00",
  "timezone": "America/Los_Angeles"
}

Delete an event

DELETE /api/v1/agent/calendars/{calendar_id}/events/{event_id}

Delete an event from a calendar. Requires can_delete. Returns 204 No Content.


Add travel time

POST /api/v1/agent/calendars/{calendar_id}/events/{event_id}/travel-time

Add a travel time buffer event before an existing event using Google Maps directions. Creates a new event that ends when the target event starts, with duration based on the calculated travel time. Requires can_read + can_create.

The target event must have a location set.

FieldTypeRequiredDescription
------------------------------------------------------------------------------------------------------
modestringYesTravel mode — one of "walking", "driving", "biking", or "transit". For transit, the route is planned to arrive by the event's start time.
start_location_typestringNoWhere the user is traveling from — "home", "work", or "custom". If not specified, uses the location of the previous event on the same day, or falls back to the user's home address.
start_location_addressstringNoCustom start address. Required when start_location_type is "custom".

Example request body

{
  "mode": "transit",
  "start_location_type": "home"
}

Response201 Created:

{
  "event_id": 42,
  "travel_event_id": 43,
  "duration_seconds": 1800,
  "duration_text": "30 mins",
  "distance_text": "5.2 km",
  "origin": "123 Home St, City",
  "destination": "456 Office Ave, City",
  "mode": "transit"
}

The user's home and work addresses are set via PUT /api/v1/auth/me/preferences with

home_address and/or work_address fields.


Request a calendar connection

POST /api/v1/agent/request-calendar-connection

Request the user to connect a new calendar provider. Returns a confirmation URL that the user must visit to authorize the connection. The agent cannot connect the calendar directly — the user must click the link and approve.

FieldTypeRequiredDescription
------------------------------------------------------------------
providerstringYesThe calendar provider to connect — "google" or "microsoft".

Response201 Created:

{
  "confirmation_url": "https://cal.limehouse.io/confirm/abc123",
  "expires_at": "2026-03-09T15:10:00"
}

Surface the confirmation_url in chat so the user can click it.


Request a permission change

POST /api/v1/agent/request-permission-change

Request the user to grant or change this agent's permissions on a calendar. Returns a confirmation URL that the user must visit to approve the change. The requested permissions are suggestions — the user can adjust them before confirming.

FieldTypeRequiredDescription
--------------------------------------------------------------------------------------
calendar_idintegerYesThe ID of the calendar.
requested_permissionsobjectYesPermission flags (see below)

requested_permissions fields (all boolean, all optional — defaults to current value):

KeyDescription
----------------------------------------------------------
can_readRequest read access to events on this calendar.
can_createRequest permission to create events on this calendar.
can_updateRequest permission to update events on this calendar.
can_deleteRequest permission to delete events on this calendar.
can_create_inviteesAdd invitees when creating events
can_update_inviteesModify invitees when updating

Response201 Created:

{
  "confirmation_url": "https://cal.limehouse.io/confirm/def456",
  "expires_at": "2026-03-09T15:10:00"
}

If a matching pending request already exists, returns 409 with the existing URL.

Tip: Call GET /api/v1/agent/me first to see which calendars the agent already

has access to and which ones it doesn't (connected_calendars_without_access).


Error responses

StatusMeaning
---------------------------------------------------------------------------------------------
401 UnauthorizedMissing or invalid API key
403 ForbiddenKey exists but lacks permission — use request-permission-change
404 Not FoundCalendar or event does not exist
409 ConflictA pending confirmation already exists (returns the existing URL)

Quick-start (curl)

KEY="cal_your_api_key_here"
BASE="https://cal.limehouse.io/api/v1"

# Discover accessible calendars
curl -H "Authorization: Bearer $KEY" "$BASE/agent/calendars"

# List events for calendar 3 in January 2024
curl -H "Authorization: Bearer $KEY" \
  "$BASE/agent/calendars/3/events?start=2024-01-01T00:00:00&end=2024-01-31T23:59:59"

# Create an event
curl -X POST -H "Authorization: Bearer $KEY" -H "Content-Type: application/json" \
  -d '{"summary":"My event","start_time":"2024-01-20T14:00:00","end_time":"2024-01-20T15:00:00"}' \
  "$BASE/agent/calendars/3/events"

版本历史

共 1 个版本

  • v1.0.1 当前
    2026-03-30 16:11 安全 安全

安全检测

腾讯云安全 (Keen)

安全,无风险
查看报告

腾讯云安全 (Sanbu)

安全,无风险
查看报告

🔗 相关推荐

ai-agent

self-improving agent

pskoett
捕获经验教训、错误及修正内容,以实现持续改进。适用于以下场景:(1)命令或操作意外失败;(2)用户纠正Claude(如“不,那不对……”“实际上……”);(3)用户请求的功能不存在;(4)外部API或工具出现故障;(5)Claude发现自身
★ 4,097 📥 823,485
ai-agent

Self-Improving + Proactive Agent

ivangdavila
自我反思+自我批评+自我学习+自组织记忆。智能体评估自身工作、发现错误并持续改进。
★ 1,393 📥 322,145
ai-agent

Find Skills

guipi888
场景驱动+关键词双模式技能发现工具。当用户用自然语言描述场景/需求(如"我想做一个海报""帮我分析股票"),或明确说"安装技能/find skills/找个skill"时,自动从官方内置、本地已安装、SkillHub、虾评、GitHub、C
★ 1,458 📥 499,798