先看看示例
作者提供的示例，实际效果取决于你的输入和使用工具。
输入
示例时间窗11月4日14:00—16:00，UTC+8，会议30分钟。甲忙14:00—14:30，乙忙15:00—15:30；两人已授权忙闲查询。只列候选，不创建事件。
输出
编辑示例 · 未运行
共同空闲候选（UTC+8）
| 候选 | 起止 | 时长 |
|---|---|---|
| 1 | 11月4日14:30—15:00 | 30分钟 |
| 2 | 11月4日15:30—16:00 | 30分钟 |
14:00—14:30与甲的忙碌时间冲突，15:00—15:30与乙冲突，因此没有列入。两个候选都位于给定时间窗内，不推断窗外空闲。这里只按模拟忙闲数据计算，没有创建会议或向与会者发送邀请。
方法说明
查询多人的 Google Calendar 忙闲时间，比较可用时段，再按确认结果安排会议。 具体任务 别来回问了，先找大家都空的时间：查询多人的 Google Calendar 忙闲时间，比较可用时段，再按确认结果安排会议。交付范围为共同空闲时段、经确认后创建的日历事件。 必需材料 有权查询的日历 日期范围、时区与会议时长 使用门槛 已经在电脑端准备好gws CLI、gws-calendar Skill；可查看相关日历忙闲信息的授权，能明确给出本任务对象与授权范围。 方法 先查询多日历 freebusy，再给足够长的交集时段；把邀请通知留到用户选定时间后。 编辑示例（未运行） 别来回问了，先找大家都空的时间：编辑小样 示例时间窗11月4日14:00—16:00，UTC+8，会议30分钟。甲忙14:00—14:30，乙忙15:00—15:30；两人已授权忙闲查询。只列候选，不创建事件。 共同空闲候选（UTC+8） | 候选 | 起止 | 时长 | | --- | --- | --- | | 1 | 11月4日14:30—15:00 | 30分钟 | | 2 | 11月4日15:30—16:00 | 30分钟 | 14:00—14:30与甲的忙碌时间冲突，15:00—15:30与乙冲突，因此没有列入。两个候选都位于给定时间窗内，不推断窗外空闲。这里只按模拟忙闲数据计算，没有创建会议或向与会者发送邀请。 以上输入与成品片段由哒哒星球编辑构造，未运行上游Skill，没有访问真实账号、写入文件或验证平台兼容。示例中的数值、对象与结论仅依据给定小材料，展示的是可核对的输出形状；真实任务仍须通过下面的验收。 首次任务 比较这两本已授权日历下周二到周四10至17点的空闲时间，找出能开30分钟会的3个选项；先不创建会议。 请先检查本机是否具备该入口要求的工具和权限；缺少时说明缺口，不猜命令、不自动换宿主。只处理我明确提供的对象，先给可审阅的结果或变更预览；未授权的共享、发送、删除、购买不执行。完成后按可观察结果核对，不以“成功”一句话代替回读。 本次输入（复制前填写；未填项请先向我询问，不得假定已提供）： - 有权查询的日历：[请填入内容、目标链接或本机文件路径；账号密钥不要填入] - 日期范围、时区与会议时长：[请填入内容、目标链接或本机文件路径；账号密钥不要填入] 验收方法 候选时段不与任一返回的忙碌区间重叠 会议时长、日期、时区和可见日历范围正确 创建后在双方可见事件中核对时段，未授权时不发邀请 依赖与准备 gws CLI、gws-calendar Skill；可查看相关日历忙闲信息的授权；配套兄弟入口：gws-calendar；需完整保存所用Skill目录。 使用边界 看不到的日历不能当作空闲 创建带与会者的事件可能发出邀请，应先确认时段和收件人 小程序仅提供导读、收藏和来源入口；执行依赖上述电脑端环境，不能视作微信内即可运行。 本页例子为原创编辑小样，未运行上游Skill；不构成实际效果证明、宿主兼容认证或安全保证。 排错 某人的日历没有返回数据：检查权限和日历ID，把未知标为未知，不能当成全天空闲。 会议差了几个小时：核对输入时区和API时间格式，尤其跨地区参与者，先复述当地时间再创建。 固定来源 https://github.com/googleworkspace/cli/blob/a3768d0e82ad83cca2da97724e46bea4ff0e6dbd/skills/recipe-find-free-time/SKILL.md 许可 Apache-2.0；原文：https://github.com/googleworkspace/cli/blob/a3768d0e82ad83cca2da97724e46bea4ff0e6dbd/LICENSE 仓库Star快照 googleworkspace/cli：31249 Stars，核验日期 2026-10-05；这是父仓库热度，不是此单项的评分或使用量。