一份早晨读完仍然不知道先做什么的简报，只是把几个应用里的文字搬到了同一处。真正有用的 AI 每日简报，应该帮你回答：今天有什么不能错过，和昨天相比改变了什么，哪些事还不能确定。
要得到这种结果，先把简报当成一份有时间边界的判断材料。它可以提出安排建议，但不能因为日历看起来有空，就替你承诺额外工作。
先约定它能看见哪一部分生活
第一版不需要覆盖所有消息。可以先选一个日历、一组与当前项目相关的邮件，以及你自己维护的三项本周目标。来源越具体，越容易发现遗漏发生在哪一步。
记录来源时，一并写明覆盖时间和更新情况。比如「今天的工作日历」「从昨天简报之后到今天早晨的新邮件」「本周目标的最新确认版本」。如果只提供了一份前天导出的日历，应写成前天的快照，不应声称它代表当前安排。
个人事务也可能不在工作日历里。接孩子、路上通勤、给自己留出的休息时间，如果会影响今天的安排，就需要由你主动补充。不要期待助理从空白时间里猜到这些限制。
变化比重复罗列更值得放在前面
以下是一份虚构简报，用来说明输出结构，并非 Today 的实际运行记录。
今日简报｜2026 年 10 月 2 日，上海时间 08∶30 信息范围：今天的工作日历、昨晚至今的项目邮件，以及你提供的本周目标。个人日历未提供。 相较上次的变化：供应商把材料交付从今天上午改为下午。依据是昨晚的新邮件，交付尚未发生。 今天的固定安排：上午与设计师讨论网站改版；下午提交报名页文案。具体时间以当前日历事件为准。 建议先处理：先完成不依赖供应商材料的文案部分。供应商文件到达后再核对尺寸，避免把上午全部留给一个还没收到的输入。 需要你确认：下午的提交要求是否必须包含最终图片？现有资料没有说明。
这份样例没有把每封邮件都摘录一遍。它保留的是会改变安排的变化，并把事实、建议和问题放在不同位置。最后那个未确认条件，甚至可能比前面几条摘要更重要，因为它决定了当前计划是否可行。
让「重要」有一个可以解释的理由
如果只告诉助理「找最重要的事」，它可能把最新、最长或措辞最急的消息排到最前面。更有用的规则来自你自己的责任：已经承诺的截止时间、会阻塞别人的工作、需要提前准备的会议，以及本周真正想推进的目标。
要求它为建议优先级写一句理由，例如「必须先完成，否则下午无法评审」。没有理由的排序，不值得因为数字写成一、二、三就照着执行。
同时留出容量限制。一天已经有四小时固定会议，建议清单却安排八小时深度工作，问题不在表达方式，而在于计划没有考虑现实。你可以让助理指出哪些事项可能需要延后，把取舍交还给你。
一段可以复用的简报请求
替换来源、时区和个人重点后，可以用这段请求制作第一份简报：
请根据我指定的日历、项目邮件和本周目标，整理今天的简报。以我的本地时区为准，在开头写明生成时间、资料覆盖范围和缺失来源。 先列出相较上一份简报会影响今天安排的变化，再列固定日程和最多三项建议优先事项。每项建议说明理由，区分已确认事实、你的建议和需要我回答的问题。 对有截止时间的事项写出日期和时区，避免只写「明天」或「下午」。没有上一份简报时，说明比较基线缺失；只有可靠的旧记录和新记录能够对应，才指出具体变化，否则只描述当前快照。 不要发送邮件或修改日历。资料读取失败时保留缺失说明，不根据旧资料猜测当前情况。
这不是要求任何工具都具备这些能力。如果当前助理无法读取某个来源，可以由你提供材料；如果不能保留上一份简报，就在下一次请求中附上它作为比较基线。
定时之前，先看一份真实结果
Today 的个人上下文和简报能力可以用于组织一天，但简报生成、应用内展示和通知送达是不同环节。先检查当前入口中可用的来源与设置，再决定是否使用晨间简报或相关自动化。
测试时，不必期待早晨就收到一份无须修改的完美计划。先选一个普通工作日，逐项比对日历和消息，看看它是否漏掉已知变化、把建议写成事实，或误解你的时区。更换旅行地点时，要重新确认简报采用的是固定时区还是当前所在地时间，不能让「早上八点」长期保持含糊。
还可以故意不提供某一项来源，检查它是否明确报告缺失，而非沿用旧材料补齐。也测试一个没有重要变化的日子：简报可以很短，可以说在已检查范围内没有新的紧急事项，不需要为了填满版面制造紧迫感。
之后再设置频率。需要全天持续变化提示的人，与只想早晨扫一眼计划的人，要求不同。不要仅因为产品支持重复运行，就让同一份摘要不断打断自己。
简报值得留下来的标准很具体：读完以后，你能少打开几个窗口，知道先处理哪件事，并清楚有哪些地方仍需要自己确认。