编者按:很多人学习 AI 工具时,往往会从模型能力、Agent 架构或复杂的自动化概念开始,但这反而容易让普通用户望而却步。本文提供了一种更容易上手的路径:不要先理解 AI 是什么,而是从一个每天都真实发生的工作场景开始——晨间简报。
作者以 Codex 的「晨间简报」为例,拆解了普通人如何一步步把 AI 从一个问答工具,升级为真正参与日常工作的助手。第一步,只是让它连接 Slack、Gmail 和日历,告诉你今天有哪些事情需要注意;随后,通过 agents 文件固定输出格式和个人偏好;再进一步,让它每天自动运行,按不同项目拆分线程,甚至直接起草回复、会议准备材料和项目备忘。
这篇教程的价值在于,它没有把 AI 使用讲成一套抽象方法论,而是把复杂能力拆成了六个可操作层级:从信息汇总,到偏好沉淀;从周期提醒,到项目管理;从辅助判断,到长期记忆。每一层都对应一个非常具体的使用动作,用户不需要一开始就理解什么是 Agent 系统,也能在真实工作流中逐步感受到 AI 的价值。
对于想要真正开始使用 Codex、而不是只把它当成聊天窗口的人来说,这是一份非常适合作为第一步的上手指南。
以下为原文:
这是我所知道的、教一个人如何使用 AI 最简单的方式。
不要一上来就从模型、Agent,或者某种抽象的技术分类讲起。应该从一个人们本来就熟悉的工作场景开始,然后悄悄把这件事变得更强大。
「晨间简报」之所以有效,是因为几乎每个人本来就有类似的流程,只是他们通常整理得很糟。
我认为,晨间简报是普通人真正能理解的第一个 Codex 工作流。
你早上醒来,打开 Slack,看一眼日历,点进邮箱,然后忘了自己为什么要打开邮箱;再回到 Slack,接着突然意识到七分钟后有个会议,而你完全不知道昨天发生了什么。
它的吸引力很简单:帮我记住现在到底发生了什么。
当我们讨论 Codex 新用户引导时,这是第一个既足够日常、适合教学,又足够有用、值得认真对待的工作流。它一开始只是一个很简单的定向提示词。但如果你不断推进,它最终会变成一个很好的模型,帮助人们真正过渡到严肃使用 Codex。
从初学者能理解的事情开始。然后一次只增加一个真实能力,直到整个系统的形态变得清晰。
我认为这里有六个真正的层级。
Level 1:先问清楚你今天到底有什么事
第一个版本小到几乎有点不好意思。
连接 Slack、Gmail 和 Calendar,然后问:使用 Slack、Gmail 和 Calendar,告诉我今天有什么事需要处理?
先看看 Codex 能不能跨过你工作中最常见的三个信息入口,告诉你一些你真的关心的事情。
它也许会注意到 Slack 里有人正在等你回复的一个讨论串;也许会发现你忘了准备的一场会议;也许会抓到一封会改变这场会议背景的邮件。
如果它能让你早上的前十分钟更清楚一点,那它就已经起作用了。
Level 2:加入一个 agents 文件
第二个层级,是加入一点可持续保留的指令。
你已经有足够多的原始信息入口,可以让 Codex 变得有用了。现在你需要让它不要每天早上都只是泛泛地「乐于助人」。
这就是 agents 文件有用的地方。它不是某种基础设施层面的冷知识,而是一个用来说明「你希望这项工作默认长什么样」的地方。
对于晨间简报来说,它可以是这样:
你不需要担心这个文件具体放在哪里。只要告诉 Codex:
我希望你把这些内容保存到你的 agents 文件里,这样你以后每次为我准备晨间简报时都能使用它。
然后把上面的指令粘贴进去。重点是,把你的偏好定义一次,让之后每一份简报都从这个基础上开始。
你不是在追求听起来多么高级。你只是想让明天早上比今天早上少一点烦躁。
对于其他工作,指令会有所不同。招聘人员可能希望按候选人分组;工程师可能希望把阻塞事项和代码审查分开;公关传播人员可能希望把外部信息扫描和内部待办拆开。但动作是一样的:先给 Codex 真实上下文,再给它你的默认规则。
Level 3:让它持续帮你盯着
第三个层级是加入周期性,但我不会把它教成「创建一个自动化任务」。
我会说:每个工作日早上,帮我盯一下这个。
这才是人们真正记得住的指令。
在底层,是的,你是在把晨间简报变成一个周期性自动化任务。但在实际使用中,你只是说:这件事足够有用,我希望它能自己回来。
价值单位不再是「我记得去问了」。而是「简报已经在那里等我了」。
而且,因为它存在于同一个线程里,你可以持续调教它,而不用每次从零重写提示词。如果它太重视日历事件,你就告诉它。如果它总是漏掉 Slack 里的未闭环事项,你就告诉它。如果它应该把「需要回复」「需要准备」和「值得知道」分开,你教它一次,让这个线程继续承载你的偏好。
这也是为什么我更喜欢线程版本,而不是某种通用的定时报告。晨间简报会随着你的抱怨而变好。
周期性提示词可以保持简单:
到这一步,晨间简报开始真正产生价值。你醒来时,已经有东西替你完成了第一轮信息清理。
Level 4:把它拆成多个项目级简报
最终,一份总简报会变得越来越糊。
这一点在对话中很直接地出现过。我其实并不想永远拥有一个万能的日常助手。通常我会有多个项目线程,每个线程都给我自己的晨间简报。
一个线程用于某次发布。
一个线程用于某个项目。
一个线程用于开源事务。
一个线程用于类似 chief of staff 的个人事务分流。
每个线程对「重要」的定义都不一样。
项目线程关心的是阻塞事项、PR、决策,以及某个承诺过的草稿到底有没有完成。
招聘线程可能关心今天要面试的候选人简报,以及隔夜有没有出现新的背景变化。
个人线程关心的是消息、日程安排、出行,以及那些一直安静躺在后台的低强度义务。
这时,置顶线程的意义就变得非常明显。周期性的晨间简报不只是一份报告。它是一种让每个项目都以自己的方式保持「温热」的办法。
提示词之所以会变得更好,是因为这个线程已经知道你说的那个「发布相关的事情」到底指什么。
Level 5:让简报直接起草后续工作
到这个层级,晨间简报不应该只是告诉我发生了什么。它还应该起草那些显而易见的后续工作。
起草 Slack 回复,但不要发送。
整理候选人简报。
写会议准备笔记。
总结我在回复前应该先读的那个讨论串。
告诉我哪个决策看起来卡在我这里。
一份好的 Level 5 简报结尾可能会是这样:这里是我建议你优先回复的三条消息。我已经分别起草了回复。这里是两场值得准备的会议。这里还有一个看起来卡在你这里的决策。
我希望晨间简报把几件显而易见的工作先替我做到一半,而不是只再交给我一份需要阅读的总结。
这也是我开始更多使用手机的阶段。如果上下文收集已经在我打开电脑前完成,我就可以在走动时瞥一眼简报,批准一件小事,或者只是判断等我坐下来之后,什么才真正值得我关注。
Level 6:把重要内容保存进记忆库
第六个层级,是晨间简报不再只是一个早晨仪式,而开始进入一套记忆系统。
如果晨间简报反复发现同样的人、同样的项目、同样的未闭环事项、同样的决策,那么其中一部分内容就不应该只停留在线程里,而应该变成持久化信息。
把重要内容写下来。
更新项目笔记。
记录未闭环事项。
加入不应该被忘记的决策。
保留那些会让下周简报变得更好的上下文。
这就是我开始使用 vault 的地方。简单来说,我喜欢把记忆做成一组可以查看、对比和跨线程复用的文件。
一个最小可用版本大概长这样:
结构很简单:
·TODO.md 用来防止未闭环事项消失在聊天记录里。
·people/ 存放关于常见协作者的持久上下文。
·projects/ 存放重要工作流的状态。
·daily/ 给每一天留下一个记录重要事实的位置。
·notes/ 存放更松散的研究内容或一次性备忘录。
·AGENTS.md 告诉 Codex 如何使用这个 vault,而不是每次都重新发明结构。
你还应该更新 agents 文件,让晨间简报在输出之前先读取 vault。类似这样:
一旦简报有了足够结构,你也可以让 Codex 使用 subagents 并行搜索。一个可以检查未完成待办,一个可以扫描项目笔记,另一个可以查看最近的人物上下文,然后由主线程组装真正的简报,并在发生实质性变化时更新底层文档。第一天不需要这样做,但当简报涉及足够多活动部件时,这会变得有用,因为单线程串行处理会开始显得慢、浅,或者不够新鲜。
你也可以让 Codex 回顾你已经在做的工作,并向你提问,帮助你更好地组织 vault。它可能会发现同一个人出现在三个项目里,某个项目还没有清晰的笔记,或者你的 TODO.md 正在把个人杂事和发布阻塞事项混在一起。这种来回互动是有用的。当 Codex 被允许说出「我觉得这个内容需要一个更合适的位置,它应该放在哪里?」时,vault 会变得更好。
晨间简报之所以会变得更好,是因为它能在运行前读取 vault,并在发生实质性变化后更新 vault。明天的项目简报可以记住上周悬而未决的决策、那个仍然需要回复的人,或者那条不该因为线程变长而消失的状态记录。
为什么我喜欢这套阶梯
每一个层级,都在教用户一种更严肃的 Codex 使用方式,同时又不要求用户一上来就跳进某种宏大的 Agent 架构里。
Level 1 教会你使用连接器。
Level 2 通过 agents 文件教会你设置默认规则。
Level 3 通过「帮我持续盯着」教会你周期性任务。
Level 4 教会你在持久线程里建立项目级简报。
Level 5 教会你我真正关心的信任边界:替我起草工作,但不要冒充我。
Level 6 教会你真正会复利的部分:把持久上下文保存进 vault,让明天的简报比今天更聪明。
这就是为什么我会用晨间简报来教 Codex。它一开始只是一份简单总结,最后会变成一个微型的工作操作系统。
