Alexandr Wang 转了一条推。内容不长——一份提示词，跑在 Muse 上，也能塞进 Instinct 和 Grok 的 @bot。它干的事听起来微不足道：翻你未来 14 天的日历，把需要出门的会挑出来，在它们前面补一块通勤时间。就这样。可就是这么一件小事，戳中了过去几年 AI 日程助手 一直没解决的老毛病。
日历上最大的谎言，是那场"九点开始"的会
日历是个只记"发生什么"的账本，不记"为了参加要付出什么"。一场 9 点的客户会，如果对方在城市的另一头，你的真实成本从 7 点半就开始了——洗漱、出门、堵车、找停车位、在写字楼里等电梯。日历上什么都没有，一格空白，看上去从容得很。
于是每天的实际节奏长这样：日历说 9 点，你 8 点 40 才从上一个会里脱身，9 点 05 满头大汗冲进会议室。没人做错什么，只是那条隐形的通勤时间从来没被写进系统。人们不加它，理由朴素得很——手动加太烦，而且每周的地址都在变。麻烦事一旦需要重复劳动，最终就没人做。
你从来没打算九点开始
这条提示词解决的不是"提醒"，是"占位"。绝大多数日历冲突之所以让人烦躁，根源在于时间块之间没有物理距离。两场会中间隔着 30 分钟，一场在会议室，一场在 8 公里外，日历显示你赶得上，现实会告诉你赶不上。通勤缓冲 补的正是这段被系统忽略的物理时间，它把日历从一张时间表改造成一张行程表。
为什么是 14 天，不是 7 天也不是 30 天
这个窗口大概率不是随手挑的。7 天太近——等你发现某天塞不下，那场会已经开完或者改不动了。30 天太远——出差、休假、临时插进来的项目会让大部分判断失真，模型给出的建议反而制造噪音。两周刚好卡在"还来得及调整"和"信息还没过期"之间。所有自动化任务都有这个尺度问题，窗口大小直接决定它是在帮忙还是在添乱。
难的不是加一块时间
加时间块谁都会写。让模型输出一句"在会议前 45 分钟插入 Travel time"，三行提示词就够了。真正拉开差距的是前面那一步判断——这场会，到底要不要出门。
先搞清楚这场会要不要出门
线索藏在细节里。会议描述挂着 Zoom 链接，不代表这就是线上会；大量混合会议既发链接也给物理地址，人还是得到场。会议室名叫"3 楼蝴蝶厅"，说明你就在楼里；地址栏写着一串陌生街道，那基本得动身。周末、节假日、跨城出差、连着两场的选址差异……单个信号都不确定，凑在一起才够模型下判断。判断错了会怎样？给不该出门的会加块，日历凭空长出两小时空白；漏掉该出门的那场，就是又一次迟到。
撞车那一刻，它选择不替你决定
加了通勤块，往往就挤到别的东西上。这时候提示词的设计水平立刻现形。差的写法是"直接加"，代价是下一场会被无声地压掉一半。好的写法会分层：能前后微调的，挪一下；挪不动的，把冲突标出来，把决定权还给用户。自动化最容易犯的错，是替人做了他没授权你做的决定。日历属于高风险场景——改错了，后果由人的脚承担。
记住你讨厌踩点
再往下是记忆。提前 10 分钟到还是 20 分钟？习惯打车还是地铁？开车要不要额外留出找车位的时间？这些问题问一次就够了，写进 偏好记忆，之后每次扫描自动套用。做到这一步，提示词的性质就变了：从一次性指令，变成有连续性的助理。这一步也最难，因为市面上大部分产品的记忆是假的——记了，但不更新。
三家产品跑同一段提示词，才是新闻
Muse、Instinct、Grok 的 @bot，三个不同的东西，同一段文本能直接跑起来。这个细节比提示词本身更值得琢磨。
提示词正在变成一种可移植资产
模型能力拉平的速度很快，工具调用的接口也在朝同一个方向收敛——读日历、查地址、发消息、改日程，各家都长出了差不多的手脚。底座差异变小之后，反而是一批尴尬的中间层活了：同一段提示词换个宿主就能用，用户不必绑定某个产品，开发者也不必为每个平台重写一遍。做工具的人该高兴，靠平台锁定吃饭的人该紧张。
别急着造全能 Agent
Wang 转这条推的动作值得读一遍。他是 Scale AI 创始人、Meta 首席 AI 官，平时谈的是大模型、算力、基准测试。他转的却是一段处理通勤时间的提示词。这中间没有落差——真正被用起来的东西，往往不是替你写代码、做研究的"全能助手"，而是把你懒得手动做的琐事悄悄接走的那个小玩意。给日历加缓冲，人不会从中获得任何成就感，但不加就一直难受。这类高频、低价值、又需要一点判断的活，恰好是当下模型最合适的落点。
想拿来用，别照抄文字。抄它背后的三条：动手之前先判断意图，冲突的时候把决定还给人，偏好要沉淀成记忆。这三条搬到报销整理、邮件分类、周报汇总上，几乎一模一样。日历只是个开胃菜——稀缺的从来不是模型能力，而是有人愿意把一件小事想清楚。
