任务场景
早上 8:47。邮箱 47 封未读。Linear 18 张工单分给你。Slack 6 个频道未读，老板早上 7 点 DM 了。日历显示开会缝里有 4 小时专注块——诚实评估你今天大约有 7 小时能真正干活，再多今天就崩了。本能反应是先处理最吵的——这正是你走到现在这步的原因。你要一份排好序的清单：今天到底干哪几件、哪些 defer + 具体日期、哪些直接 drop——再加一份明确的 60 分钟上午块计划，趁注意力还好的时候用上。
什么时候适合让 AI 来做
AI 擅长稳定地把一份乱糟糟的清单套进一个排序框架（impact × urgency、Eisenhower、RICE）、强制分布而不是让所有事都是”高优先级”、并把你忘掉的依赖点出来（解锁两个 reviewer 的 PR、解锁 Legal 通话的邮件）。它在做”drop”这个判定上也比多数人干净——人会犹豫，AI 在你说要 drop 时会直接 drop。
AI 不知道：你的办公室政治。它不知道 VP 这周已经为 launch 紧张、不知道你那位同事具体卡在你这里（不是”某人”）、不知道你的 skip-level 正在读这周的 update。把这些当 constraint 喂进去。AI 也判断不了”真急”和”别人的急装成你的急”——每条”急”都要 push back。
常见失败模式：清单一长，AI 会把太多事标 do-today。要明说：“强制分布——最多 3 件 do-today、至少 5 件 defer、其它 drop 或 delegate。do-today 超过 3 件，说明你没在排序。“
需要先给 AI 的信息
- 完整任务清单，从哪粘的都行——Linear、Asana、Notion、邮箱主题、Slack 线程（乱排版无所谓）
- 今天除开会以外能投入的真小时数——诚实，“7 小时”很少真有
- 硬约束：不能 drop 的事（已承诺的 deadline、具体等你的人、动不了的日历占用）
- 办公室上下文：老板会注意到你少做了什么、团队卡在你哪一项
- 你一直在躲的那件事（每份清单都有一件）——点名让模型来决定”躲”是不是合理选择
- 你诚实的精力水平——高精力 60 分钟块给认知活；低精力给杂务
- 一条”今天搞砸的话明天会差很多”的事——什么事的失败让明天难过
- 工作和生活合并的话单独列”私事”清单；框架照用
可直接复制的 Prompt
帮我把接下来 {hours} 小时的任务清单排序。
完整清单（粘贴，乱排无所谓）：{paste}
硬约束（不能 drop）：{paste}
办公室上下文——谁卡在我这、老板会注意到什么：{paste}
我一直在躲的那件事：{paste}
"今天搞砸的话明天会差很多"的那条：{paste}
我的精力分布：{paste——"9-11 好、1-3 还行、3-5 累"}
框架：impact × urgency。
每条返回：
- 排名（1、2、3……）。
- 判定：do-today / defer 加日期 / drop / delegate 给谁。
- 一句话理由——分别引用 impact 和 urgency（"解锁 2 个 reviewer + 下班前 calibration 会需要"）。
- 如果解锁其它任务，加 [解锁：清单]。
- 估计耗时（现实点——多数任务都比预期久）。
规则：
- 强制分布：最多 3 件 do-today、至少 5 件 defer 加日期、其它 drop 或 delegate。do-today 超过 3 件就是没在排序。
- 每件 defer 必须有具体日期。"以后"不算日期。
- Drop 是个真判定。要用。邮箱里大约 30% 值得 drop。
- do-today 之间按依赖（解锁先）+ 精力（认知活放高精力时段）排序。
最后给一份 60 分钟上午块计划：
- {时间} 开始的那件事。
- 为什么是这件，不是最吵的那件。
- 60 分钟到点时"成功"长什么样。
- 这件事比 60 分钟更大时怎么办（停下来重排，别硬撑）。短版本——5 分钟每日 standup
昨天我做了：{list}。今天我有 {hours} 小时。邮箱重点：{paste}。挑出 3 件 do-today。其它一律 defer 加具体日期，不要"以后"。从解锁项开始。输出示例
一条好用的排序行：“1. 提 migration PR——do today，约 90 分钟——卡 2 个 reviewer，下班前 calibration 会需要。[解锁：设计 QA、数据校验]。”
一条好用的”defer + 日期”：“重构旧 config——defer 到 11/24（周五专注块）——投入大（约 3 小时），目前没在卡谁，但 Q1 planning 前值得做。在日历上 block 住。”
一条好用的”drop”：“回 recruiter 邮件——drop——你有满意的工作，这位 recruiter 6 个月里发了 3 次都没有真岗位。标已读，不回。如果第 4 次他带具体 JD 来，再考虑。”
一段好用的 60 分钟上午块：“9:00-10:00——编辑器里打开 migration PR 文件，把 diff 写完。不要先开 Slack；解锁价值比 Slack 里你能看到的任何事都高。10 点的成功 = PR 已提、已 request review。diff 比预期大，10 点准时停，在频道里发’下午 2 点前给你’，午饭后回来——别硬撑，会把接下来 2 小时也搭进去。”
一句好用的”避免拖延”判定：“你一直在躲的是 Legal 合同 review。判定：今天 10 点做。已经躲了 4 天，Legal 周五 5 点关门——再拖，deal 滑一周。30 分钟。“
怎么改输出
- 强制分布 —— “复查：最多 3 件 do-today、至少 5 件 defer 加日期。do-today 有 4+ 件的话，第 4 件改成 defer 加日期。这条约束比’我觉得都很急’重要。”
- defer 必须有日期 —— “再读 defer 部分。每条都要具体日期——‘下周’不算；‘11/24’算。日期不具体的，丢回 drop 或 do-today。”
- 大胆用 drop —— “再读 drop 部分。邮箱式清单里大约 30% 值得 drop；不到 20% 就是太保守了。Drop 是判定，不是失败。常见 drop 候选：6+ 个月的旧邮件、FYI Slack 线程、没具体 JD 的 recruiter 联系。”
- 显化依赖 —— “每条任务复查一遍 [解锁：清单]。能解锁他人的任务跳到 do-today 顶部，不管个人兴趣。”
- 锚定上午块 —— “复查 60 分钟计划。第一件事必须是高 impact 的认知活，不是杂务。如果是回邮件或会前准备，挪到之后的块；早上精力是你最稀缺的资源。“
容易踩的坑
- 把简单事塞进 do-today 制造”高效感”——做完 5 件简单比做 0 件好，但做完 1 件难比做 5 件简单强；强制分布
- defer = 黑洞——没具体日期的 defer 永远住在你的愧疚堆里；每条 defer 都要日历条目
- 让 AI 把所有”急”事当一样急——每条都要 push back；“老板说这急”是数据，“我感觉这急”通常不是
- 没标依赖——解锁两个 reviewer 的 PR 比 5 件自包含任务有价值；显式标解锁项
- 跳过”在躲的任务”——每份清单都有一件；模型应该点名出来，决定”躲”是不是合理（有时是真低优先级；通常不是）
- 把认知活放低精力时段——下午 3 点崩的时候不是写策略文档的时候；那时候干杂务，写作放在早上
- 一周跑一次然后不更新——清单会过期；冲刺周每天，平时一周一次，遇到大变化（新急任务、一天被冲掉）随时 5 分钟重排
- 把它当替你做决定的助理——AI 出建议，你来 commit。决定仍需要你的办公室上下文和诚实精力评估
FAQ
- 私事也能用吗？ —— 能用。框架照用：把”卡 2 个 reviewer”换成”接孩子”，把”老板会注意”换成”另一半一直在问”。工作和生活混在一起的话就合并清单，跨合并集强制分布。
- 多久跑一次？ —— 冲刺周每天跑，或者清单每小时都在变的周。平时一周一次。低于一周就过期了——defer 日期会过、drop 候选堆起来、框架失效。
- 老板一直加”急任务”怎么办？ —— 两招。一是每加一项就问”那这要顶掉什么？“——这个回答能暴露真急还是假急。二是在他面前跑一次这个排序；他看到 3 件 do-today + 5 件 defer + 其它 drop，对 capacity 的共识就建起来了。
- 模型 drop 太保守怎么办？ —— 加：“邮箱式清单大约 30% 值得 drop。drop 数低于清单 25% 就是太保守。Drop 是判定，不是 failure mode。常见 drop 候选：6+ 个月旧邮件、FYI Slack 线程、‘有空时’ 模糊请求。”
- 该 delegate 但不知道给谁怎么办？ —— 标”delegate-待定” + 加一条”本周决定 owner”到 do-today。无 owner 的 delegate 就是被延期的个人工作；指定 owner 本身就是 do-today。