接上你的工具
把 Google 日历接给 AI 智能体
定一次会面，很少能少于四封邮件。 一个接到 Google 日历的智能体查看您的日历和空闲，找出一个真正空着的时段，创建会面、修改或删除它，并请齐参会人。这是少数几项效果在第一周就看得见的收益之一——也是少数几个权限界限值得细说的例子之一。
1. 智能体在日历里做的事
连接器对接的是谷歌的日历接口，也就是用一个普通 Gmail 账号就能跑起来的那一套，而不只是企业订阅才有。可用的操作有七项，最有用的是查找空闲时段：
- 查看。 读取您的日历清单和真实的空闲，把已经排上的都算进去。
- 找出。 找一个多人都合适的时段——恰恰是那件被一再推后的活儿。
- 创建、更改、删除。 定下会面，需要时挪动，取消。
- 邀请。 加上参会人，他们会收到谷歌惯常的邀请。
具体来说，这把「下周帮我们找个时间见这位客户」变成一个单独的动作，而不是一串来回。
2. 三项权限，一项也不多
连接器索取的权限恰好三项：读取您的日历清单、读取您的空闲、管理会面。这个数目不是出于谨慎的设置——它是一道约束，值得弄明白。
这三项权限，正是为 nullbot 的授权界面向谷歌申报的那些。哪怕多要一项——更宽的也好，确实有用的也好——都会让所有用户重新看到「未经验证的应用」提示。 更宽的访问，代价就是每个人每次登录都要看一次警告界面。我们宁可选窄的范围。
实际的后果是：落在这个范围之外的东西够不着，无论提出什么要求。这是一道担下来的界限，不是一处疏漏。
3. 接上自己的账号
您用谷歌账号登录，谷歌的界面列出三项权限，您同意。接着接入会要求点明所涉的账号和日历：接在销售日历上的智能体看不到私人日历。
有一个技术前提，接入时会告知您：Google 日历的接口必须在承载本实例凭据的 Google Cloud 项目里启用。 这是一次性的动作，做一次就够。
4. 仍在掌握之中的部分
定一次会面是一次写入，而发出去的邀请没法悄悄收回：被邀请的人已经收到了。默认设置把这一点考虑在内。
- 写入前确认默认开着。 创建、挪动或删除一次会面，在您明确放宽之前都要人工同意。很多用户最后在简单创建上放宽，在删除上保留——这是个合理的取舍。
- 范围被点明。 账号和日历在接入时就已指定。
- 花费在调用之前就已封顶，任何智能体都一样：额度用尽，调用就不会发生。
5. 时间久了会有什么变化
这是少数几个效果立刻可见、其后还会放大的连接器之一。
- 第 1 周。 约见的请求不再拖着：候选时段当天就发出去。
- 第 3 个月。 没有人再用手去权衡，日程却排满了，真正空着的时段被用上，而不是消失在两次往返之间。
- 第 2 年。 约时间不再是个话题。而省下的时间不是约的那点工夫——是两次回复之间的等待。
这里同样不承诺数字：收益完全取决于您的业务要处理多少会面。
6. 常见问题
智能体会看到我私人会面的内容吗？
它看到的是您所指定的那本日历里的内容。若您的私人日历和工作日历是分开的，只接后者：这就是「点明范围」的意思。查找空闲时段时，智能体需要知道某段时间被占着，不需要知道被什么占着。
它能自己取消一次会面吗？
删除是破坏性动作：它默认要求人工确认，而这是我们建议保留的设置。一次取消会发到所有参会人那里，并留下任何更正都补不回来的不快痕迹。
需要谷歌的企业账号吗？
就日历本身的使用而言不需要：连接器用的是那套能配合普通 Gmail 账号运行的日历接口。不过该接口必须在本实例的 Google Cloud 项目里启用——一次性的动作，接入时会告知。
如果我用的是 Calendly 而不是 Google 日历呢？
Calendly 同样在目录里，负责访客一侧的预约，包括嵌入您网站的某个页面。两者是互补而非替代：Calendly 接下请求，日历持有您空闲的真相。
延伸阅读
接着读：接入 Gmail、全部可用的连接器，或面向销售的 AI 智能体。