让邮件与日历配合起来：从一封改期邮件走到可确认的新安排。

「这周太忙，能不能挪到下周？」是一封很短的邮件，却可能让你打开旧往来、查日历、换算时区，再确认到底改的是哪一场会。

AI 助理连接邮件与日历的价值，就在这类小而完整的工作里。它需要把一句请求变成可执行的安排，同时保留每一步尚未确认的部分。下面以一个虚构案例说明应该怎样交接任务，并不代表产品实测记录。

先确认对方要改哪一场会

假设合作方 Alex 发来邮件，希望把原定周五的三十分钟沟通挪到下周，并表示「周二下午比较方便」。你的日历里恰好有两场与 Alex 相关的会议，一场讨论网站，一场讨论活动。

此时，直接搜索下周二空闲时间还太早。先读取当前邮件线程的主题、参与人和此前确认内容，找出对应的原事件。如果无法从材料中唯一确定，就向你询问，而不是任选一场修改。

下一步确认「下午」的时区。邮件地址、办公地点或历史习惯只能提供线索，不能自动证明 Alex 这次说的是哪个时区。若对方旅行中，更应明确询问。候选时间最终要写出日期、当地时间和时区，避免双方对同一句话作出不同理解。

你可以先给助理这样的任务：

请阅读 Alex 这段改期往来，并找到它对应的原日历事件。确认原时间、时长和参与人，再核对下周二可用的候选时段。Alex 所说「下午」的时区若不明确，先告诉我，不要推测。只准备回复草稿，暂不发送或修改日历。

这段请求限定了本次任务，却不会自动缩小连接器已经获得的技术权限。连接账户时仍要核对授权范围；使用工作邮箱或日历，还应遵守所在组织对外部工具和数据使用的要求，不能仅凭自己能够登录就假定允许接入。

日历空白之后，还要检查实际限制

找到原事件后，助理可以在已授权范围内查询你的日历。但日历里的空白不一定是可以对外承诺的时间：前后可能需要通勤，连续会议之间可能要留缓冲，你也可能没有把专注工作写成事件。

把这些限制补给助理，例如「候选时间前后各留十五分钟」「不要占用我为写作保留的上午」。明确限制之后，再筛选两个候选时段，比把一周空闲全部发给对方更容易确认。

如果助理看不到 Alex 的空闲状态，应明确说明只核对了你的日历。不能把「对我可行」写成「双方都合适」。暂时没有连接器的来源，也可以由你提供截图或文字，但这些材料只能代表截取时的状态。

回复草稿应准确反映当前进度

在时区尚未确认时，合适的草稿首先是澄清问题，而不是发出新邀请：

Alex，你提到的周二下午是哪个时区？这次仍安排三十分钟吗？确认后我会发两个可选时间。目前保留原来的会议安排。

对方答复后，才进入候选时间沟通。若只是在征求选择，邮件应写「以下时间对我可行，请确认其中一个」，不要写「会议已改到」。原事件是否保留也应清楚说明，避免对方以为旧安排已经取消。

这一阶段，助理的交付可以是一份简短说明：原会议是什么、核对了哪些来源、排除了哪些时段，以及等待哪项答复。你应该能据此判断草稿是否可以发出，而不需要重新做一遍全部搜索。

确认的是具体动作，不是一句「都处理好」

当 Alex 选定时间后，先再次查询日历，以防候选时段在往来期间已被占用。接着把准备执行的内容展示出来：修改哪一个原事件、改到什么日期和时区、时长是否变化、参与人是否变化，以及准备发送给谁。

如果你不是事件组织者，可能无法直接修改原事件。正确的结果可以是准备请求组织者调整的回复，不应擅自新建一个相似事件来制造「完成」的样子。

对于自己有权修改的事件，通常应优先更新原事件，避免新旧邀请同时存在。实际工具是否会向参与者发送更新通知，也要在当前操作中确认；不要默认一次日历更新和一封额外邮件都必需。

只改时间时，保留原有会议链接和地点，除非你明确要求一起修改。若它属于周期会议，先确定只改这一次还是整组安排；一次改期请求不应默认扩展到后续所有会议。操作后除了核对事件，也要检查可见的通知结果或状态，无法确认的部分如实说明。

Today 可在授权范围内衔接邮件与日历任务。Gmail 的读取、草稿和发送，以及 Google Calendar 的查询和更新等操作，仍取决于当前连接器、账户权限与确认流程。这里描述的是任务处理方法，不承诺任意账户或客户端都具有相同入口。

结束时，分别确认三个结果

改期不是单一状态。把结果拆开，才能知道工作停在哪里：

如果发送成功但日历更新失败，助理应直接报告这个部分完成的状态，让你决定是否补救。若操作超时且结果不明，先查询发送记录或原事件，再考虑重试；立即重复发送可能产生两封邮件或两场会议。

一次可靠的交付可以写成：「回复已发出；原事件已更新为双方确认的时间；Alex 的邀请接受状态尚未确认。」这种说明比「已经安排好了」更便于你接手。

邮件与日历协调做得好，并不取决于助理用了多少个工具。重要的是它能找到正确事项，在信息不足时停下来，并让你看见外部世界究竟改变了什么。