用途：面向使用 Calendly 的销售与运营人员，解答预约链接、预约页面、事件类型、团队轮询分配、工作流、路由表单、嵌入方式以及 API/Webhook 集成等问题，并给出可执行建议。
主要能力：先收集上下文（需要帮助的领域与当前套餐），再按问题类型分流；Calendly 专属问题会查阅平台参考文档，API 或 Webhook 问题另查接口参考，包含端点、JSON 结构与代码示例。可协助排查时区错乱、重复预约、Webhook 未触发等常见问题。
使用方式：若存在 references/learnings.md 会先读取；随后询问用户需要帮助的领域（预约页面与事件类型、轮询与团队排期、路由表单、API 与 Webhook、工作流、嵌入、支付、集成、工具对比等）及套餐（Free、Standard、Teams、Enterprise）。若请求已含足够上下文则直接作答，先给出基于合理假设的答案并说明假设，最后只问 1-2 个关键澄清问题。通用排期策略、CRM 集成、防爽约设计、Calendly 与 Cal.com 对比会路由到对应技能。
适用场景：Free 用户需注意仅 1 个事件类型；API 构建者可用 Scheduling API（POST /invitees）程序化创建预约，需付费套餐与 PAT 或 OAuth；团队管理员需 Teams 套餐才能使用轮询与路由表单；评估迁移时可参考 Cal.com 的一键导入工具。
限制：Webhook 需付费套餐，Free 无 Webhook；速率限制因套餐而异（约 60 请求/分钟，Enterprise 约 120，具体以官方文档为准），HTTP 429 需遵循 Retry-After；路由表单与轮询需 Teams 套餐；Salesforce 集成需 Teams，HubSpot 在 Standard 可用；原生不支持 Apple 日历，仅支持 Google、Outlook/Office 365 与 Exchange。以上为研究整理，套餐门槛与集成细节可能过时，请以官方为准。