需求
需检查的来源
默认选项
用 Slack 查看当前请求，Gmail 查看待回复邮件，Google Calendar 掌握时间安排，Notion 或文档了解项目状态。当 GitHub、Linear、MCP 或本地笔记是你的实际工作地时，也请将它们加入。
为何需要它
视野越广，Codex 就越容易掌握全局并在不同来源中找到有价值的信号。
Codex 用例
设置团队助手
赋予 Codex 对你工作的持久视野，使其能够察觉发生了哪些变化。
难度 简单
时间周期 长时间运行
连接工作发生所在的各种工具，在一个会话线程中教会它什么最重要，然后添加一个自动化任务，这样 Codex 就能注意到变更的文档、被淹没的需求、受阻的交接，以及需要你做判断的决策。
适用场景
- 需要跨 Slack、Gmail、日历、文档、追踪工具、代码和笔记来处理上下文的角色
- 了解正在进行的工作、重复性决策、协作者，并滤除干扰信息
- 需要将值得引起注意的事项进行上报的团队
目录
设置团队助手
赋予 Codex 对你工作的持久视野，使其能够察觉发生了哪些变化。
连接工作发生所在的各种工具，在一个会话线程中教会它什么最重要，然后添加一个自动化任务，这样 Codex 就能注意到变更的文档、被淹没的需求、受阻的交接，以及需要你做判断的决策。
简单
长时间运行
技能与插件
- 查找围绕需求、负责人变更、阻碍和决策的 Slack 上下文。
- 找到值得回复的讨论串，并与其他工作流进行交叉比对。
- 利用当天的会议来决定哪些更新现在很重要，哪些可以等等再说。
- 阅读定义工作流的项目笔记、追踪工具或决策日志。
起始提示词
你能检查一下 @slack、@gmail、@google-calendar 和 @notion，然后告诉我有什么需要我关注的吗？寻找任何我可能会漏掉的、重要或令人意外的事情。
你能检查一下 @slack、@gmail、@google-calendar 和 @notion，然后告诉我有什么需要我关注的吗？寻找任何我可能会漏掉的、重要或令人意外的事情。
将 Codex 作为队友使用
当 Codex 能够看到你的工作发生地（如 Slack、Gmail、日历、项目追踪工具、文档、代码和本地笔记）时，它会变得更加有用。这些来源共同展示了你的工作内容、合作对象，以及在一天中可能被淹没的请求或决策。
有了这样的视野，一个 Codex 线程就能成为一位主动的队友。随着你的使用，它会逐渐了解你关心的事物，然后自动化任务会让 Codex 再次检查这些来源，并返回值得打断你的关键信号。
创建队友线程
- 为你的工作所使用的工具连接插件或 MCP。
- 开启一个新的 Codex 线程，并要求它检查这些来源。
- 告诉 Codex 哪些项目是有用的，哪些是干扰信息。
- 在该线程中添加自动化任务，然后固定该线程并留意通知。
- 在同一个线程中进行操作：提出问题、获取草稿，并告诉 Codex 接下来该采取什么行动。
运行一次实用的检查
从那些已经包含你工作上下文的工具开始。对于个人而言，这可能是 Gmail、Slack、日历、Notion、GitHub、Linear 和一个本地笔记文件夹。让 Codex 检查这些来源，并告诉你有哪些事项需要关注。
在本页使用起始提示词进行首次检查。你可以保持其通用性，也可以针对特定的工作流、账户、发布、团队或项目进行定制。
一个实用的 Codex 回复可能如下所示：
Codex
有一处发生变更。
续约准备工作现在显示，客户需要在合作伙伴说明发出之前提供安全出口措辞。而合作伙伴更新仍然将这项工作定位为广泛的报告自动化。
明智的做法是保持 Lina 的说明聚焦：说明这项导出有助于审计准备工作，附上续约准备的链接，并在 Owen 签字确认前，暂不提及更广泛的自动化主张。
Priority: 在发送评审资料包之前更新合作伙伴相关内容。
实用的输出会点明触发条件、展示来源、解释影响，并推荐下一步行动。当你纠正该线程时，Codex 会进一步了解你的工作方式：哪些来源重要、哪些负责人已在跟进、草稿应该多么直接，以及哪些内容值得再次提醒。
将线程转化为自动化任务
一旦该线程变得有用，你就可以让 Codex 在同一个线程中持续监控。自动化任务是一个定时检查机制，它会让 Codex 再次检索你指定的来源，如果发现有值得你关注的信号，就会发布新消息。它可以设置为每小时、每个工作日早上或其他特定时间运行。
你能帮我盯着这些来源，如果有什么有用的信息就告诉我吗？请设置检查频率为 [每小时、每个工作日早上，或上午 9 点]。
这正是 Codex 应有的形态 自动化: 先在普通线程中测试提示，然后为该线程添加自动化。因为 Codex 能够压缩长对话，所以同一个线程可以根据您的修正不断改进，而无需每天早上重新开始。
在同一个线程中操作
在提醒之后，这位队友会变得更有价值。把 Codex 当作你的同事来协作：在同一个线程中提问，然后让它将信号转化为回复、交接说明或决策简报。
看看这里面有没有什么让我感到意外的。自上次运行以来发生了什么变化？哪个来源改变了你的建议？我接下来该做什么？
根据这个信号草拟下一步行动。使用此线程的上下文，保持草稿简短，并展示支持该草稿的来源。不要发送或发布。
Codex 可以监控、解释和起草。外部操作仍需由你来批准。
技术栈
需求
默认选项
为何需要它
| 需求 | 默认选项 | 为何需要它 |
|---|---|---|
| 需检查的来源 | 用 Slack 查看当前请求，Gmail 查看待回复邮件，Google Calendar 掌握时间安排，Notion 或文档了解项目状态。当 GitHub、Linear、MCP 或本地笔记是你的实际工作地时，也请将它们加入。 | 视野越广，Codex 就越容易掌握全局并在不同来源中找到有价值的信号。 |
