上午的计划已经排满,十点又收到一条“今天务必处理”的消息。若每个新请求都插到最前面,下午到期的正式交付会被一点点挤走,忙了一天却留下真正的逾期任务。
AI排今天的工作,需要同时读取日历容量、任务截止日、预计时长和依赖。紧急只是一个信号,发消息的人、影响范围和是否真的需要今天完成都要核对。

当日动态计划先准备哪些资料
开始处理当日动态计划前,先锁定本轮允许读取的资料。每份材料注明来源和截止时间,名称相似但版本不明的文件留在待确认区。
- 当天日历
- 任务清单
- 截止日期
- 预计时长
- 临时请求
当日动态计划的四步处理顺序
| 步骤 | 具体做法 |
|---|---|
| 先算今天还能用多少时间 | 扣除会议、固定事务和必要休息,再留出一段处理临时请求的缓冲。 |
| 把任务改成可安排的单位 | 每条任务写清最小交付、预计时长、截止日和等待条件。 |
| 给临时请求做一次回问 | 确认最晚需要时间、失败影响和可接受的替代结果,别把语气当优先级。 |
| 重排时说明被挤出的任务 | 新任务进入后,列出被推迟事项、原截止日和需要通知的人。 |

当日动态计划出现这些情况怎样分流
| 情况 | 判断依据 | 处理 |
|---|---|---|
| 今天必须完成 | 正式到期或阻塞他人 | 锁定时间块 |
| 可缩小交付 | 今天只需中间结果 | 安排最小版本 |
| 先确认 | 紧急原因和期限不清 | 向提出者回问 |
| 可以推迟 | 无近期影响且不阻塞 | 重新约定日期 |
临时请求如果挤掉原任务,结果里要同时显示被推迟的工作和需要通知的人,不能只给一张新的时间表。
先用小样校准当日动态计划
挑一天的八项任务,加入两条临时消息。一条确实阻塞客户,一条只是发件人着急,检查AI能否给出不同处理。
日程试跑后比较原计划和新计划。若临时事项进入却没有显示被挤出的任务,这次排序不能采用。
给AI处理当日动态计划的操作要求
你正在协助任务来源多、经常被临时事项打断的知识工作者。当前情况是早上已有会议和待办,工作中又不断收到新的紧急请求。
只读取这些资料:当天日历、任务清单、截止日期、预计时长、临时请求。
需要判断:哪些任务今天必须完成、哪些可推迟、哪些需要先向相关人确认优先级。
输出:带时间块、缓冲和重新排序规则的当日计划。每条结论写明来源、未知项和需要谁确认,不执行发送、移动、删除或写回。
计划结果保留原任务顺序和本次移动理由。确认承诺变化后,才把新时间块写回日历或任务库。
当日动态计划交付前逐项检查
- 日历容量不是满格
- 任务时长有依据
- 插队后被推迟项可见
- 相关人收到变更说明
若继续处理可能导致只处理最新消息,导致真正到期的任务延期,就停止自动操作,写明阻塞项、接管人和需要回复的时间。AI可以给出排序建议,跨团队优先级和承诺变更要由任务负责人确认。
相关Skill放在当日动态计划的哪一步
Gog Skill负责读取当天日历容量,接收当天日历和工作时间边界并交付可用时间块;Notion Skill负责查询任务状态、截止日和优先级,接收已授权的任务数据库并交付可排程任务清单。前一步输出要保留来源,作为后一步可复核的输入。
需要Google OAuth,发送邮件和创建日历事件前确认;只访问明确共享给integration的内容,写入前确认页面和属性

技能提升网