任务场景
周五下午 4:50。老板让你今天 EOD 前发周更。你手上 12 件事在跑，4 件你其实不想拿出来说，1 个从周二就静悄悄等她拍板的决策，还有另一个标签页里半截没发完的 Slack。她会在周一早自己 1:1 之间扫一眼这封邮件。你要的邮件她 2 分钟能读完，能干三件事：点出她这周必须拍的那一个决策、把一个 blocker 在变成周一早火灾之前 flag 出来、并且别写成任务流水账。
什么时候适合让 AI 来做
AI 擅长把乱笔记重组成”决策 / blocker / 已交付 / 下周”结构、把 12 件事压成 4 件、确保 ask 出现在前 5 行而不是第 3 段。它也擅长把被动语态的遮掩（“安全 review 延期了”）换成清晰责任的语言（“我延期了安全 review 3 天，mitigation 见下面”）。AI 做不到的：判断哪些事这周值得放她面前、哪些进 1:1 文档。这部分判断必须你自己来——AI 会把你给的每件事都展示出来，包括你本该自己解决的。
经典失败模式：任务流水账——AI 把所有开过的会、merge 的 PR、参加过的 Slack 串都列出来。老板一扫，没拍板要做的事，下次就不读了。Prompt 里强制：任何这周不需要她关注的事直接降级。
需要先给 AI 的信息
- 本周原始笔记——Slack 串、Linear 工单、半成形想法、日历、脑暴
- 这周需要她拍的一个具体决策，附你的推荐
- 一个需要让她看见的 blocker 或风险，附你目前的 mitigation
- 本周交付，按”业务影响”写、不是”artifact 数量”
- 下周要做的前 3 件事，按优先级排
- 2 件你明确不带给她的事——给模型作 context，不进邮件
- 上周更新（让措辞轮换，不复用）
- 她的偏好——喜欢 BLUF 开头？TL;DR？一行 subject？
可直接复制的 Prompt
把我本周的乱笔记改写成给老板的 update 邮件。
笔记（原文）：
{粘贴 Slack 片段、Linear 标题、半成形想法}
这周需要的决策 + 我的推荐：{决策、推荐拍法、一句理由}
需要她看见的 blocker / 风险 + 当前 mitigation：{blocker、我目前在做什么}
本周交付（业务影响，不是 artifact 数）：{3-5 条}
下周（优先级排序，最多 3 条）：{条}
我这周不带给她的事（仅给模型作 context，不进邮件）：{列表}
上周更新（仅用来轮换措辞）：{粘贴若有}
她的偏好：{BLUF / TL;DR / 短 subject / 不要问候等}
邮件结构：
1）Subject：8-10 个词，如果有决策就在 subject 里出现"decision"
2）一句话标题：状态 + 那一个 ask
3）需要拍的决策：每条带我的推荐。没有就跳过这一节。
4）Blocker / 风险：每条带当前 mitigation。没有就跳过。
5）已交付：最多 3 条，业务影响而非 artifact 数。
6）下周：最多 3 条，优先级排序。
规则：
- 总字数 200 字内。
- 那个 ask 必须出现在前 5 行或 subject 里。
- 不要 filler（"As discussed""Wanted to circle back""祝周末愉快"）。
- 每条 bullet 以动词开头，不要名词开头。
- 任何这周不需要她关注的事降级——标为"FYI / 进 1:1 文档"。短版本——3 条 Slack 短更
把这些笔记压成 3 条 Slack DM 给我老板。
1）需要的那个决策 + 我的推荐；2）那一个 blocker + mitigation；3）一个动量信号。
60 字以内。笔记：{粘贴}输出示例
好的标题：“周五 launch 在计划上——analytics 范围有 1 个待拍决策。”
好的决策行：“需要决策：批准 v1 缩水方案（推荐批——省 4 天、保留我们约好的 3 个指标、砍掉不在关键路径上的 dashboard 打磨）。请最晚周二 EOD 给我回复，否则我按缩水方案推。”
好的 blocker 行：“Blocker：安全 review 对 OAuth 范围变更卡了。Mitigation：我已经预 brief 了安全 lead，约了周一上午 10 点 20 分钟同步；如果还解不开，我会来找你。”
好的”已交付”条：“已交付：商家 onboarding 重构 100% 推全——首周激活率早期 cohort 升 14%（对照组对比）。“打败”merge 了 PR #842”。
怎么改输出
- ask 前置 —— “重写让那一个待拍决策出现在 subject 或前 5 行。如果 10 秒内找不到 ask，她也找不到。”
- 降级噪声 —— “任何不需要她关注的事降级。挪到 FYI 行或直接删。目标：4 节、200 字内。”
- 写影响、不写 artifact —— “每条已交付必须写业务或用户影响，不是 artifact（‘首周激活率 +14%‘打败’merge 了 onboarding 重构 PR’）。”
- 每个 ask 都要带推荐 —— “每个待拍决策必须有我的推荐拍法 + 一句理由。不要开放式’你看怎么办’。”
- 磨 blocker 语气、磨 ask 锐度 —— “每个 blocker 同一行写出当前 mitigation。如果我自己 mitigation 不了，直接说我要什么帮助。“
容易踩的坑
- 把开过的每个会都写进去——老板不在意你开了 7 个会，在意因为这些会发生了什么变化
- 把决策请求埋在第 3 段——她滚过去，周一还得来问你
- 提需求不带推荐——老板把开放式”你看怎么办”读成”活又被踢回来了”
- 被动语态遮掩责任——“launch 被延期了”而不是”我把 launch 延了，因为……”
- 每周用同样的措辞——同样开头、同样结构、同样词；老板会开始跳读
- 硬凑一个假决策——稀释下一次真决策
- 把周更当成唯一频道——任何需要讨论的事进 1:1 文档，不进邮件
- 让 AI 对冲（“可能潜在需要”）——每个对冲都是不干活的句子
FAQ
- 和 1:1 文档有什么区别？ —— 周更是”她现在必须知道、可能要拍板”。1:1 文档是”我们要一起讨论的事”。能等到周一 1:1 并且需要对话的进文档，不进邮件。
- 没有要拍的决策怎么办？ —— 跳过这一节。3 节（blocker / 已交付 / 下周）也 OK。硬凑假决策会让老板下次直接跳过这节，真有决策时就没人看了。
- 同事 / 别队的 FYI 要不要带？ —— 只在她可能要升级或下沉时带。否则就是噪声。“平台队 API 延期”只在它会改变她的计划时才进周更。
- 要不要 cc 别人？ —— 默认只给她，除非她另有要求。加进 stakeholder 会改变受众，逼你写一封更长、更防御的邮件。
- 某周完成度不好怎么办？ —— 用”已交付”开头（哪怕小），把延期写进 blocker 节并附 mitigation，把”下周”写成补救方案。别加一段道歉——她不需要，反而把”没完成”变成头条。