Skip to content

探索 Codex 的各种使用场景,从生产力协作到原生开发。

探索 Codex 能帮你完成的各种任务。

从最常用的 Codex 工作流程开始:

管理收件箱 用 Codex 操控电脑 跟随目标

让 Codex 找出重要的邮件,并以你的口吻撰写回复。

能否帮我检查我的 @gmail,找出我需要回复的内容,并用我的语气撰写草稿。
请参考我最近发送的回复或 @google-drive [写作范例] 来把握语气。
当邮件缺少最新的决策、负责人、文件或阻碍因素时,请使用 @slack、@google-drive 或其他我开展工作的数据源。

让 Codex 检查 Gmail,找出值得回复的邮件,并用您的语气撰写草稿。它可以参考最近发送的邮件或经批准的写作范例来模仿文风,然后在邮件本身缺乏上下文时,搜索 Slack、文档、项目笔记或其他工具。

使用 Codex 对收件箱进行第一轮筛选:找出需要您注意的邮件,撰写回复草稿,并引入能解释大局的工作上下文。

  1. 让 Codex 检查 Gmail 中需要您注意的邮件。
  2. 让它利用 Slack、文档或项目笔记来获取解释大局的上下文。
  3. 告诉 Codex 哪些草稿是有用的,以及下一次应该忽略哪些邮件。
  4. 当该会话串有用时添加自动化,如果您希望以后快速访问,可以将其置顶。

直接使用 Gmail 插件。如果您已经知道范围,可以向 Codex 提出宽泛的收件箱请求、指定时间窗口或标签。如果语气很重要,在撰写草稿前,可以让 Codex 先查看最近发送的回复或包含范例的文档。

使用本页面上的提示词模板进行第一次收件箱筛选。Codex 应当返回一个简短的队列:需要注意的邮件草稿、可以稍后处理的邮件,以及当答案取决于邮件会话之外的内容时它所使用的上下文。

将第一轮筛选视为校准过程。如果 Codex 撰写了太多草稿,告诉它哪些邮件是噪音。如果它错过了重要的内容,告诉它为什么那个会话串很重要。如果语气不对,直接修改草稿。

好的开始。对于未来的后续筛选:
* 为 [重要类型的邮件] 撰写回复草稿
* 忽略 [时事通讯、仅供参考(FYI)、日历变更或其他噪音]
* 语气听起来更 [简短、热情、更直接,或不那么正式]
* 当会话串提及 [项目、账户或团队] 时,使用 @slack 获取上下文

随着时间的推移,该会话串在判断哪些内容需要草稿、哪些内容不应打扰您方面会变得更加准确。

您可以创建自动化,在同一个会话串上运行定期检查。Codex 会自动唤醒,检查 Gmail 和您指定的上下文来源,并且只有在有需要您注意的邮件或值得审查的草稿时才会发送消息。

一旦草稿看起来比较受用,就可以让 Codex 持续关注 Gmail。邮件分类是一项非常适合自动化的工作:草稿是可供审查的,且最终是否发送仍由您决定。

能否帮我持续关注我的 @gmail,并为需要我处理的邮件创建草稿?
请在 [每小时、每个工作日早晨,或下午 4 点] 进行检查。
必要时使用 @slack 或 @google-drive 获取上下文。跳过明显的噪音。不要发送任何内容。

在会话串对您的回复模式有了很好的把握之后,将此功能与 Codex 自动化结合使用。如果 Codex 发现了需要做出它无法预测的决策的邮件,它应当对该问题进行标记,而不是凭空猜测。

Gmail 插件还可以帮助整理您的收件箱。请在您信任其分类功能后,再将其作为一项独立的指令来执行。

将此 pass 中的低优先级电子邮件进行归档或标记标签。
仅处理您列为 [can wait, newsletter, or already handled] 的邮件。
请勿删除或发送任何内容。

对于删除操作,请给出明确且具体狭窄的指令。撰写草稿供审查是安全的自动化操作;而具有破坏性的清理工作应当保持谨慎执行。

使用 “电脑使用 (Computer Use)” 功能,将跨 Mac 应用、窗口和文件的多步任务交由其处理。

@Computer [在此处输入您希望在 Mac 上跨应用完成的任务]
例如:
* 播放一些音乐帮我集中注意力。
* 帮我把“备忘录”中的面试笔记添加到 Ashby 中。
* 翻看我的“信息”应用,找到 Brooke 本周发给我的旅行想法,把最佳选项添加到一个名为“优胜美地想法”的新备忘录中,并给她起草一份回复。

您可以让 Codex 像您一样操作应用:通过点击、查看和键入。电脑使用 (Computer Use) 功能在任务位于常规应用界面(UI)内时非常有用,即使该应用没有专属插件也是如此。

这对于跨应用或跨窗口跳转的任务表现尤为出色,例如收集笔记、更新记录系统、将详情从一处复制到另一处,或在检查了几个不同应用中的上下文后起草回复。

  1. 安装 电脑使用插件 (Computer Use plugin)
  2. 在您的请求开头输入 @Computer,或者提及特定应用(如 @Slack@Messages)。
  3. 描述任务以及您期望的结果。
  4. 在 Codex 需要权限时批准访问,然后让它在后台继续执行任务。

如果您提及了某个特定应用且该应用存在对应的插件,Codex 可能会优先选择插件而非“电脑使用”。这通常符合您的预期。如果没有可用的插件,Codex 则会退而求其次,利用“电脑使用”功能直接操作该应用。

例如:

  • @Computer 播放一些音乐帮我集中注意力。
  • @Computer 帮我把“备忘录”中的面试笔记添加到 Ashby 中。
  • @Computer 检查我的 Slack,并将我今天下班前需要做的所有事情添加提醒。

“电脑使用”会接管其正在操作的应用。如果您想在一个浏览器中继续工作,同时让 Codex 在另一个浏览器中浏览,请告诉它具体使用哪一个。您也可以在自定义中设置默认浏览器,例如:“在执行网页浏览任务时,默认使用 Chrome 代替 Safari。”

避免在同一应用中并行运行任务
Section titled “避免在同一应用中并行运行任务”

请勿针对同一个应用同时运行两个“电脑使用”任务。这会使 Codex 极难对当前窗口和状态保持稳定的上下文感知。

为了运行更顺畅,请确保您已经登录了希望 Codex 使用的应用和服务。如果您的 Mac 在“电脑使用”运行期间锁定,该活动将会停止。

任务完成后,如果您希望 Codex 总结它更改的内容、复核结果,或者通过自定义将该工作流转化为更具可重复性的模式,请保持当前对话框开启。

交付一个电脑任务

@Computer [在此处输入您希望在 Mac 上跨应用完成的任务]
例如:
* 播放一些音乐帮我集中注意力。
* 帮我把“备忘录”中的面试笔记添加到 Ashby 中。
* 翻看我的“信息”应用,找到 Brooke 本周发给我的旅行想法,把最佳选项添加到一个名为“优胜美地想法”的新备忘录中,并给她起草一份回复。

为 Codex 设定一个持久目标,让它执行长时间运行的工作。当一项任务需要 Codex 跨轮次持续工作并达成一个可验证的终止条件时,请使用 /goal

最适合:

  • 具有明确成功条件和验证循环的长周期编码工作。
  • 代码迁移、大型重构、部署重试循环、实验、游戏以及副业项目,在这些场景中 Codex 可以持续取得局部进展。
  • 需要在明确的成功标准下运行长期实验的团队。
/goal 持续执行 [目标],直到 [可验证的最终状态] 再停止。

如果您希望 Codex 持续朝着一个持久的目标工作,而不是在单次普通轮次后停止,请使用 /goal。它适用于有明确目标、验证循环且有足够空间让 Codex 取得进展而无需您指导每一步的工作。当您使用 /goal 时,Codex 可以独立工作数小时,而不需要您的输入。

通过 /goal <目标> 来设定目标,通过 /goal 来检查当前目标,并在需要控制运行任务时使用 /goal pause/goal resume/goal clear

如果斜杠命令列表中没有出现 /goal,请在 config.toml 中启用 features.goals

[features]
goals = true

您也可以从 CLI 运行 codex features enable goals,或者让 Codex 来运行它。

一个好的目标应该比单个提示词涵盖的范围更大,但比一个开放式的待办列表更小。它应该明确 Codex 需要实现什么、不能改变什么、如何验证进展以及何时停止。

这非常适用于:

  • 目标技术栈、对等性检查和约束条件都很明确的代码迁移
  • Codex 可以在每个检查点之后运行测试的大型重构
  • Codex 可以持续改进处于工作状态的制成品的实验、游戏或原型

避免将目标用于一堆互不相关的松散工作列表。

  1. 明确一个目标和一个终止条件。
  2. 将 Codex 引导至其必须首先阅读的文件、文档、议题(issue)、日志或计划。
  3. 定义能够证明进展的命令或交付物。
  4. 让 Codex 以检查点的形式工作,并保持一份简短的进展日志。
  5. 在其运行时使用 /goal 来检查状态。
  6. 当运行完成、受阻或改变方向时,暂停、恢复或清除该目标。

重要的一部分是契约。Codex 在开始前应该知道 “完成” 意味着什么。如果目标是迁移,“完成” 可能意味着新路径通过了契约测试,且旧路径仍保留了回滚机制。如果目标是游戏或原型,“完成” 可能意味着应用成功构建、启动,并符合输入的参考或预期行为。

在执行目标期间,可以要求提供紧凑的进展报告,以便更容易对运行产生信任。一份有用的状态更新会指出当前的检查点、已验证的内容、剩余的内容以及 Codex 是否受阻。

如果状态变得模糊,请收紧目标,而不是添加更多一次性的指令。确切地告诉 Codex 下一个重要的检查点是什么、哪条命令可以证明它,以及什么情况应当让它暂停。

当 Codex 遵循一个目标时,它可以独立工作数小时,而无需您去查看。当它确信自己已达到终止条件时就会停止运行,因此您应该将 /goal 视为一个不需要监控的后台任务。

无论您是将游戏迁移到新架构、将移动应用迁移到新平台,还是将代码库迁移到新框架,您都可以使用 /goal 让 Codex 运行该迁移:

/goal 将此项目从 [旧技术栈或系统] 迁移到 [目标技术栈或系统]。确保所有屏幕在视觉上保持完全一致,使用 playwright interactive 来验证输出。

无论您是从头开始创建新应用、新游戏还是新功能,您都可以使用 /goal 让 Codex 完成一个打磨好的初版。您可以使用 PLAN.md 文件来指导初版的创建,精确地描述您想要构建的内容。

/goal 执行 PLAN.md,为每个里程碑创建测试,并使用 playwright interactive 验证输出。[根据需要包含参考屏幕截图]

当您有一个评估套件时,您可以使用 /goal 根据评估结果来优化提示词。Codex 可以检查失败案例、更新提示词、重新运行评估并持续迭代,直到分数提高或达到您的终止条件。

/goal 优化 [提示词文件或目录] 中的提示词,直到评估套件达到 [目标分数或通过率]。每次修改后,运行 [评估命令],检查失败案例,并保持对提示词的修改尽可能精简且有针对性。当达到目标或进一步的提示词修改需要产品或政策指导时停止。

跨应用、数据和团队协调工作。

根据设计和提示构建响应式 UI。

更快地原型化游戏循环、UI 和玩法。

构建和调试 iOS 及 macOS 应用。

导航、重构和审查真实代码库。

评估代码、审查更改并修复安全漏洞。

使用 GPT-Rosalind 加快科学研究和药物研发。

场景类别
搭建团队成员 — 让 Codex 持久关注你的工作,它能注意到变化自动化, 集成
将反馈转化为行动 — 将来自多个来源的反馈合成为可审查的产物数据, 集成
清理和准备杂乱数据 — 在不影响原始数据的情况下处理表格数据数据, 知识工作
查询表格数据 — 询问关于 CSV、电子表格、导出或数据文件夹的问题数据, 知识工作
审查 GitHub PR — 在人工审查之前捕获回归和潜在问题集成, 工作流
管理收件箱 — 让 Codex 找出重要邮件并以你的口吻回复自动化, 集成
构建响应式前端设计 — 将截图和视觉参考转化为带视觉检查的响应式 UI前端, 设计
理解大型代码库 — 追踪请求流、映射陌生模块、快速找到正确文件工程, 分析
构建 Mac 应用壳 — 使用 Codex 构建带侧边栏、详情面板和检查器的 Mac 原生 SwiftUI 应用macOS, 代码
用 Codex 操控电脑 — 让 Codex 在 Mac 上点击、输入和操作应用知识工作, 工作流
自动化 Bug 分类 — 将每日 bug 报告转化为优先级列表并自动处理自动化, 质量
生成幻灯片 — 操作 pptx 文件并使用图像生成自动创建幻灯片数据, 集成
-
0:000:00