业务流程 · 实作指南
日历助手：有空档，不代表已预约
把查询空档、提出时段与确认预约设为不同状态，避免把建议当成承诺。
保留空档的真实含义
假设服务协调员想用 AI 安排客户预约。日历提供空闲资讯，并不等於业务已承诺该时段。交通时间、员工资格、客户偏好及暂留时段都可能影响安排。先把这些限制列出，说明各自以哪个系统为准，避免助手只看到日历有空，就替团队接受一项根本无法完成的服务。
让时间条件明确
保存客户原本要求的时区，并以其习惯显示完整日期。服务时长与前後缓冲应由规则计算，而不是自由生成。遇到夏令时间切换或模糊日期，要请人确认。模型不应因为某个解释在对话中比较顺口，就自行替客户选择。预约记录也应保留原始要求，方便处理之後的时间争议。
流程一览
输入整理审核执行
正式预约前重新检查
提出建议与正式确认之间，空档可能已被别人占用。写入前重新查询有效日历，并保存固定请求识别码与成功建立的事件识别码。若写入结果不明，应先查找既有事件，而不是立即重试。只有确认成功後才通知客户；否则要清楚显示仍待处理，不能用模糊的成功讯息掩盖状态。
衡量错误承诺
影子试点应记录冲突预约、时区修正和人员介入时间，也包括未获回应的建议与取消的时段。好的排程能减少协调，同时不增加错误承诺。助手可以建议与整理，但何时构成企业正式承诺，必须由明确规则与授权人员决定，不能靠介面颜色或模型语气推断。
可以立即进行的练习
测试跨时区预约，以及确认前被同事占用的空档，请员工在不复制事件下复原。比较客户讯息与实际日历，再从两个渠道提交同一要求，确认系统会合并或提示疑似重复，而不是再承诺一次。正确解释未成功，比显示假成功更有价值；也应检查取消、改期和暂留到期，是否都能一致更新，避免客户、员工与後台各自保留不同版本的预约状态。
来源与延伸阅读
- Freebusy: queryFreebusy: queryGoogle for Developers · 官方文件 ·
- Generative AI lifecycle — Generative AI LensGenerative AI lifecycle — Generative AI LensAmazon Web Services · 官方文件 ·
编辑原则
本系列以 AI 辅助原创撰写，并对照连结的公开来源。实作建议与假设情境属编辑分析，并非客户实绩。来源发布日期及产品细节可能与本系列整理日期不同。