技能提升网出差改一次并不难，难的是第三次改签后邮箱里仍留着前三套确认单。旧航班可能已取消但未退款，酒店日期只改了一晚，客户会议却提前了半天。任何一项单独看都正常，拼起来才会出问题。
处理这类任务时，AI应先回答“现在有效的是哪一项”，再检查时间衔接。旧订单不能简单丢掉，因为取消编号和退款状态仍要追踪。
先为变更后行程核对锁定资料
准备变更后行程核对时，先把处理范围写小，包括时间窗、对象和交付物。新增资料中途到达时单独登记，避免同一批结果前后使用不同版本。
- 预订与改签邮件
- 日历安排
- 原始行程单
- 取消和退款规则
变更后行程核对按什么顺序做
| 步骤 | 具体做法 |
|---|---|
| 按时间整理变更链 | 把预订、改签、取消和退款邮件按订单编号归组，标出每次变更时间。 |
| 确定当前有效项 | 读取最新确认状态和附件，不用邮件到达时间代替订单状态。 |
| 与会议日历对齐 | 检查落地、取行李、交通和会议之间的缓冲，跨时区时并列本地时间。 |
| 建立取消退款队列 | 旧订单记录取消凭证、应退金额、预计时间和跟进负责人。 |
变更后行程核对出现异常时怎样分流
| 情况 | 判断依据 | 处理 |
|---|---|---|
| 当前有效 | 最新确认且未取消 | 进入最新行程 |
| 已取消待退款 | 有取消记录但款项未回 | 加入跟进队列 |
| 状态冲突 | 邮件与订单页不一致 | 联系供应商确认 |
| 时间不可行 | 交通缓冲不足 | 调整订单或会议 |
处理变更后行程核对时，异常项单独排队，不影响已核验部分继续整理。每个异常都要有原因、影响和下一位接管人。
用什么小样校准变更后行程核对
用一段包含三次变更的真实行程试跑，重点检查旧订单是否仍留在退款队列，以及最新航班落地后能否赶上会议。
变更后行程核对试跑结束后，把人工改动分成资料缺失、规则不清和判断错误三类。只有高风险误判能被拦住，才扩大处理范围。
交给AI整理变更后行程核对时怎样说
你正在协助频繁出差的员工或负责行程的行政助理。当前触发情况是航班、酒店或客户会议连续变更，新的确认邮件和旧订单同时留在邮箱里。
本轮只读取：预订与改签邮件、日历安排、原始行程单、取消和退款规则。
需要判断：哪些预订仍有效，交通与会议之间是否留足时间，哪些旧订单尚未取消或退款。
交付：最新行程表、冲突提醒和取消退款跟进清单。每条结论标明来源、时间和置信状态。未知项留空并指定确认人。第一轮不得发送、删除、移动、覆盖或写回正式系统。
变更后行程核对的输出先放在预览区。经办人抽查正常项，逐条处理异常项，并保留修改理由。确认后再进入正式系统或对外沟通。
变更后行程核对交付前检查
- 每项预订有订单编号
- 最新行程只保留有效项
- 跨时区时间已核对
- 取消和退款均有跟进人
如果继续处理可能导致按旧订单出行、重复付费或错过客户会议，就停止自动动作，写清阻塞项和接管人。邮件中的订单和支付信息属于敏感数据。改签、取消和退款申请都要由经办人确认后执行。
哪些Skill可以接入变更后行程核对
飞书邮箱智能助手用于从预订、改签和取消邮件中抽取当前订单状态，输入是相关邮件线程和附件，交付航班、酒店与退款状态清单；Gog Skill用于核对会议日历和出行时间衔接，输入是最新订单状态和日历，交付最新行程表与冲突提醒。前一步输出保留来源和状态，后一步只接收已核验资料。
使用边界是：依赖飞书与lark-cli授权；邮件内容必须先安全清洗，批量操作先预览，发送动作需要确认；需要Google OAuth，只读取授权范围；发送邮件、创建事件和修改表格前必须确认
