技能提升网客户已经到楼下，原会议室却因设备故障临时停用。换一个房间并不只是改日历地点，访客码、视频终端、座位、引导牌和茶歇都可能仍指向旧房间。
AI适合做变更传播清单，不能假设日历更新会自动同步所有服务。先确认新房间可用，再逐个关闭依赖。
把会议室变化拆成六条依赖
本轮输入限定为来访日程、参会与访客名单、会议室资源信息、设备和茶歇订单。每份资料先记录来源、时间和版本；关键资料缺失时，把缺口写进清单，不用相似记录补齐。
先确认容量设备再通知客户
| 步骤 | 具体做法 |
|---|---|
| 确认新地点 | 核对可用时段、容量、布局和无障碍要求。 |
| 复查技术设备 | 测试投影、视频、网络、麦克风和访客演示权限。 |
| 更新到访链路 | 同步前台、门禁、接待人、引导牌和客户日程。 |
| 改派现场服务 | 更新茶歇、保洁、物料和设备配送并收回确认。 |
服务改派要留下谁已确认
| 情况 | 判断依据 | 处理 |
|---|---|---|
| 容量不足 | 参会人数超过可用座位 | 另找房或拆分 |
| 设备缺失 | 关键演示或视频条件不满足 | 调设备并测试 |
| 访客未同步 | 前台或门禁仍是旧地点 | 优先修正并确认 |
| 服务错房 | 茶歇物料已发往旧房 | 联系供应商改派 |
这一步真正要作出的决定是新会议室是否容纳全部人员，设备与权限是否满足，哪些服务需要改派或补充。无法回到原始证据的结论只能标为待确认，不能进入正式交付。
用二十分钟窗口模拟一次换房
设置一场12人到访，把房间从可容纳16人的A换到只容纳10人的B，并让茶歇已出发，检验系统是否会阻止直接换房。
试跑后还要从判定正常的结果中抽查，若发现漏检，就修正规则并重跑受影响范围。最终验收目标是接待变更清单和逐项确认消息。
紧急接待协调指令
你正在协助负责客户接待的行政人员或客户经理。触发情况是客户到访前会议室临时更换，原有访客登记、设备、座位和服务安排可能不再适用。只读取来访日程、参会与访客名单、会议室资源信息、设备和茶歇订单。需要判断新会议室是否容纳全部人员，设备与权限是否满足，哪些服务需要改派或补充。交付接待变更清单和逐项确认消息。每条结论标出来源位置、版本和待确认人。第一轮只生成预览，不发送、不删除、不写回正式系统。
客户到访变更的输出先保存在预览区。经办人逐条关闭异常并记录修改理由，高风险动作由有权限的人执行。
交付前最后检查客户到访变更
- 新房间容量和布局合适
- 设备已现场测试
- 前台门禁收到新信息
- 客户通知只包含已确认安排
如果继续自动处理可能导致客户无法入场、会议设备缺失或服务送到错误地点，就停止在当前步骤并指定接管人。对外通知和访客权限变更必须由接待负责人确认，个人信息只给必要人员。
接待变更适合接入的Skill
Gog Skill负责读取来访日程和会议室预订，输入是日历范围与变更事件，输出最新时间地点和参会信息；Notion Skill负责查询会议室资源、设备与服务状态，输入是会议室和接待记录，输出资源可用性清单；Internal Comms Skill负责把确认结果组织成接待变更通知，输入是最新安排和异常项，输出逐对象确认消息。客户到访变更的能力之间通过带来源的中间表交接，不把未核实判断直接传给下一步。
客户到访变更的Skill边界是：需要Google OAuth，只读取授权范围；发送邮件、创建事件和修改表格前必须确认；只访问明确共享给集成的内容，写入前确认目标页面、字段和状态；只能组织已提供或已授权读取的事实，不能替代业务负责人确认敏感结论
