概览
连接工作发生的工具，在一个线程中教会它什么最重要，然后添加一个自动化，让 Codex 能注意到已更改的文档、被淹没的请求、受阻的交接，以及需要你判断的决策。
适合场景
- 适用于需要结合 Slack、Gmail、日历、文档、跟踪器、代码和笔记等上下文开展工作的角色
- 了解当前进行中的工作、重复出现的决策、协作者，并从噪音中提炼重点
- 需要上报真正值得关注事项的团队
检查哪些事项需要关注
你能检查一下 @slack、@gmail、@google-calendar 和 @notion，并告诉我哪些事情需要我关注吗？ 请查找任何我可能会错过的重要或出人意料的事情。
建议推理强度：低
将 Codex 用作队友
当 Codex 能看到你的工作发生的地方时，它会变得更有用：Slack、Gmail、日历、项目跟踪器、文档、代码和本地笔记。把这些来源放在一起，就能看出你在做什么、和谁协作，以及哪些请求或决策会在一天中被埋没。
有了这种视图，一个 Codex 线程就可以成为主动协作的队友。它会在你使用它的过程中学习你关心什么，然后由自动化让 Codex 回到这些相同的来源中，带回那些值得打断你、提醒你的关键信号。
开始一个队友线程
- 为你的工作所在工具连接相应的插件或 MCP。
- 启动一个新的 Codex 线程，并让它检查这些来源。
- 告诉 Codex 哪些内容有用，哪些只是噪音。
- 给这个线程添加一个自动化，然后将线程置顶，并留意通知。
- 始终在同一个线程中操作：提问、获取草稿，并告诉 Codex 下一步该采取什么行动。
运行一次有用的检查
先从已经承载你工作上下文的工具开始。对于某个人来说，这可能包括 Gmail、Slack、日历、Notion、GitHub、Linear 和一个本地笔记文件夹。让 Codex 检查这些来源，并告诉你哪些事情需要关注。
第一次检查可以使用本页中的起始提示词。你可以保持宽泛，也可以将其限定到某个工作流、客户、发布、团队或项目。
一个有用的 Codex 回复可能像这样：
<p> <strong>有一件事发生了变化。</strong> </p> <p> 续约准备现在显示，客户在合作伙伴说明发出之前需要安全导出相关措辞。 但合作伙伴更新仍然将这项工作表述为更广泛的 报表自动化。 </p> <p> 更合适的做法是让 Lina 的说明保持聚焦：说明导出有助于审计 准备，附上续约准备内容的链接，并在 Owen 批准之前不要提及更广泛的自动化说法。 </p> <p> <strong>优先事项：</strong>在发送审查材料 之前更新合作伙伴相关表述。 </p>
有用的输出会指出触发因素、展示来源、解释影响，并建议下一步行动。当你纠正线程时，Codex 会进一步学习你的工作方式：哪些来源重要、哪些负责人已经在处理相关工作、草稿语气应当多直接，以及什么值得再次带回来提醒你。
将线程变成自动化
当这个线程开始变得有用后，让 Codex 在同一个线程中持续关注。自动化是一种定时检查机制，会让 Codex 回到你指定的来源中，如果发现值得你关注的信号，就发布一条新消息。它可以每小时运行一次、每个工作日早晨运行一次，或在其他特定时间运行。
这正是 Codex 自动化 的合适用法：先在普通线程中测试提示词，然后再给该线程添加自动化。由于 Codex 可以压缩冗长对话，同一个线程可以随着你的纠正不断改进，而不是每天早晨都重新开始。
始终在同一个线程中操作
这个队友在发出提醒之后会变得更有价值。像对待同事一样来使用 Codex：在同一个线程里继续提问，然后让它把这些信号转化为回复草稿、交接说明或决策简报。
Codex 可以监控、解释并起草内容。你仍然负责批准对外操作。