OpenAI Codex 官网专门有一个 Use Cases 页面，列出了 55 个真实使用案例。每个案例都详细说明了适用场景、解决的问题、所需插件和技能，以及具体的操作步骤，并提供了可直接复制使用的启动提示词。

这些案例为落地应用提供了丰富方向，也展示了 Codex 的强大能力。对比 Claude Code、Cursor、OpenClaw 等 Agent 产品，Codex 的优势在于：

• 插件生态丰富：GitHub、Figma、Vercel、Computer Use 等几乎覆盖日常工作工具，能真正跨应用完成任务。
• 长任务执行靠谱：通过 /goal 和 Automations 能力，给它明确目标后能自己分阶段推进、自我验证，连续运行数小时。
• 代码能力强：重构、读大型代码库、PR 审查、安全扫描等都能胜任。
• 用户体验好：图形界面操作便捷，点几下就能配置插件、看进度、审阅产物，比纯命令行上手成本低。

以下从 55 个案例中精选 20 个通用性最强、最值得上手的场景，按"场景说明、提示词"整理。

注意：@xxx 表示调用插件，$xxx 表示调用技能或命令，使用前需先装好对应插件/技能。

1. 指挥电脑跨应用干活

场景：一件事要在多个软件/窗口间来回切换。免去手动复制粘贴，它像人一样点击操作并在后台做完。

提示词：

@Computer 帮我把笔记里这周的会议记录整理成跟进清单，标注负责人和截止日期。

2. 清洗一份乱表格

场景：CSV 里日期、金额格式混乱，有重复行和小计行。生成干净副本，原文件不动，附质量说明。

提示词：

清洗 @客户导出.csv
现有问题：日期格式不统一；金额含符号/逗号/空值；有重复行；地区名用了别名；混进了小计行。
我想要：输出一份干净 CSV，保留原文件；统一日期格式；附一段"改了/删了/没把握"的数据质量说明。

3. 设一个长期目标，让它自跑几小时

场景：迁移、做原型、调提示词这类比一条指令大的活。定义好"完成标准"后无人值守、自我验证，达标才停。

提示词：

/goal 把项目从[旧栈]迁移到[新栈]，保证界面视觉完全一致，用 playwright interactive 验证，**不要停直到全部完成且可回滚。

4. 合并前自动审 PR

场景：人工 review 前想先有道机器把关。自动指出回归、漏测、风险改动，还能让它直接修。

提示词：

@codex review 重点检查安全回归、缺失的测试和有风险的行为变更。

5. 截图变响应式页面

场景：有设计截图，想做成符合现有规范的页面。复用现有组件，用 Playwright 按不同尺寸对照截图迭代到一致。

提示词：

用我提供的截图和说明作为唯一标准实现这个 UI：复用现有设计系统和 token，紧贴间距/层级/响应式，**桌面和移动都适配。用 $playwright-interactive 在真实浏览器里对照参考图迭代到一致。

6. 问表格一个问题并出图

场景：有个数据文件，只想要一个结论加一张图。自动看列、算结果、生成本地可视化，可继续换维度。

提示词：

分析 @销售导出.csv
问题：上季度哪个客户分层变化最大？请先检查各列再分析，生成 HTML 可视化并起本地预览。

7. 做一套可交付的 PPT

场景：要做汇报或在品牌模板上批量更新幻灯片。逐页排版、生成统一风格插图，交付前查溢出和字体。

提示词：

用 $slides 和 $imagegen 编辑这份 deck：每页右下角加 logo.png；指定页右侧配抽象风插图；**文本保持文本、简单图保持原生图表；沿用现有品牌；交付前跑溢出和字体检查。

8. 发版前替你点一遍产品

场景：上线前想跑核心流程确认没坏。自动点击流程、记录失败，产出结构化 Bug 报告。

提示词：

@Computer 在[环境]里测试我的应用，测试这些流程：[用例1]、[用例2]、[用例3]。**每个 Bug 给出：复现步骤/预期/实际/严重程度。非阻塞问题继续测，最后给 triage 总结。

9. 快速读懂论文/新概念

场景：要啃一篇密集材料，想真正搞懂。多子代理并行阅读，汇总成带图示、证据表和待解问题的报告。

提示词：

我想从这篇材料学一个概念：[路径/链接]。以子代理工作流并行：一个理结构，一个补背景，**一个查图表公式，一个当审稿人挑刺，最后汇总成 notes/概念-report.md，能引用就标出处。

10. 对授权仓库做深度安全扫描

场景：动手修前想尽量多挖出潜在漏洞。全仓高召回审计，产出带证据的可审阅报告。

提示词：

/goal 对这个@github 仓库做深度安全扫描（我已获授权），整个仓库在范围内，用 Codex Security 插件 deep scan，**保持只读不改代码。返回最终报告路径，优先总结需人工审查的发现。

11. 读懂一个陌生的大代码库

场景：刚接手一个项目或一块陌生功能，不敢贸然改。梳理请求流转、说明各模块职责、指出风险点和该先读的文件。

提示词：

解释一下这个仓库里  的请求是怎么流转的：**说明各模块负责什么、在哪里做校验、动它之前要注意的坑，最后告诉我接下来该读哪些文件。

12. 重构 / 清理老代码

场景：仓库里死代码、重复逻辑、超大文件让每次改动都很贵。在不改行为的前提下，分成小步、可审阅地清理和现代化。

提示词：

重构并现代化这个代码库：除非我明确要求，否则保持行为不变。**先找出死代码、重复路径、超大模块和过时写法；把工作拆成可审阅的小步（删死代码、简化控制流、抽取 helper、替换旧写法），每步说明现有行为、结构改进和验证方法。先给我一个计划。

13. 从想法到能跑的 Demo

场景：有个产品点子，想先有个能演示的原型来验证。先用图像生成定视觉方向，再实现最小可用版本并在浏览器里验证。

提示词：

用 ImageGen 为下面这个想法生成一张高质量 UI 草图，再用 Build Web Apps 插件实现它：**[描述想法、目标用户和主要流程]。完成后用 $playwright-interactive 在浏览器里验证。

14. 让文档跟着代码自动更新

场景：代码变了，文档总是滞后没人改。对比代码改动、PR、发布说明，只改需要改的文档并给出验证。

提示词：

根据这些来源更新[产品/功能]文档：本仓库的改动文件、提到新行为的现有文档页、我提供的 issue/PR/发布说明。**只改需要改的文档，保留现有结构和术语，别把内部信息写进公开文档，跑相应文档检查，最后总结改了什么、验证了什么。

15. 把流程做成可复用的命令行工具

场景：同样的脚本/查询每周都要手动跑一遍。让 Codex 做一个可组合的 CLI，以后任何对话/文件夹都能直接调用。

提示词：

帮我做一个可组合的命令行工具，封装[某个 API/日志源/导出/团队脚本]：**要能从任意目录运行、有清晰的子命令和帮助说明、输出便于其他脚本消费。先给我一个设计方案。

16. Figma 设计稿转代码

场景：设计师在 Figma 里画好了页面，要落地成符合现有规范的代码。

用 Figma 插件（基于 MCP）拉取设计上下文、资产和变体，复用现有设计系统，再用 Playwright 在浏览器里对照 Figma 原稿迭代到一致。

提示词：

- 用 get_screenshot 拿到对应变体；
- 复用现有设计系统组件和 token，翻译成本仓库写法而非另造一套；
- 桌面和移动都响应式。
验证：用 Playwright 在真实浏览器里对照 Figma 参考检查外观和行为，迭代到一致。

17. 快速变成可演示网站

场景：有个 repo、截图或粗略点子，想快速变成一个能发链接演示的网站。用 Build Web Apps 插件把它做成可跑的网站，再用 Vercel 插件部署预览并交还一个实时 URL。

提示词：

用 @build-web-apps 把[repo/截图/设计/粗略点子]做成一个能跑的网站，**再用 @vercel 部署预览并把实时 URL 给我。
上下文：[网站要做什么]、[用到的数据/API/资产]、[风格或产品约束]、[不要改动的部分]。
交还前先跑本地构建并确认部署就绪。

18. 给 AI 应用补上一套可重跑的评测

场景：你的 AI 应用有提示词、模型调用、检索或 Agent，但没有可重复的评测，改动前心里没底。用 Promptfoo 插件（$promptfoo-evals 和 $promptfoo-provider-setup）把期望行为变成一套可运行的回归评测。

提示词：

用 $promptfoo-evals 给这个 AI 应用加一套 Promptfoo 评测；若还没有可用的 provider，先用 $promptfoo-provider-setup。
要评测的行为：[回答质量 / 工具调用正确性 / 检索是否有据 / 业务规则 / Agent 任务完成度]
改动前：先看用户实际走的路径和已有测试，提出最小可用的评测方案；在基线评测建好并跑通前别动生产配置。
要求：尽量测用户真实走的应用路径而非裸提示词；fixture 不含密钥和敏感数据；提供一条本地评测命令。
最后给出：改动文件、跑过的评测命令、通过/失败的用例。

19. 把可复用的工作流沉淀成技能

场景：有一段已经跑通的 Codex 对话、一套评审规则、一组测试命令或发布清单，不想每次都重新粘一长串 prompt，而是把它固化成 Codex 之后能直接调用的"技能"。用 $skill-creator 把流程提炼成一个 SKILL.md，主指令保持精简，参考资料和脚本各归其位，并验证结果可用。

提示词：

用 $skill-creator 创建一个 Codex 技能，用来 [修复失败的 CI / 把 PR 笔记转成行内评论 / 生成发布说明]。**
创建时请使用这些素材：
- 可用范例：[说"用这条对话"、贴一个已合并的 PR，或粘一段满意的回答]
- 来源：[Slack 线程、PR 评审链接、runbook、文档 URL 或工单]
- 仓库：[路径，如果技能依赖某个仓库]
- 要复用的脚本/命令：[测试命令]、[预览命令]、[取日志脚本]、[发布命令]
- 理想输出：[你希望以后照着对齐的 Slack 更新、changelog、评审评论或最终答案]
让 Codex 完成后定义好 $skill-name、说明触发时机，并验证技能可用。

20. 跑可审计的"已验证操作"

场景：有一类需要反复执行的运维型操作：批量改权限、发邀请、调配额、客户初始化、迁移收尾等，既要按授权范围执行，又要每一项都留下可核对的凭证。让 Codex 先规整输入、跑批处理，对每条记录单独记成功/失败，再用日志或产物验证结果，最后给出可审计的汇总。

提示词：

我需要跑这样一个工作流：
- 目标：[想达成什么]
- 输入：[CSV、Google Sheet、列表、工单或文件路径]
- 授权/策略来源：[Slack 线程、文档、工单，或无]
- 执行器：[脚本、API、CLI、技能或手动流程]
- 验证产物：[结果 CSV、日志、看板、截图或其他证明]
请：
- 先检查输入，只追问缺失的必填字段
- 执行前规整日期、金额、负责人、ID
- 支持时先跑一次 dry run，只执行已授权的范围
- 每条记录记一行成功/失败
- 瞬时失败只重试一次，不重跑已成功的行
- 汇总总数、失败、重试和验证产物
遇到不可逆操作或范围变更前先暂停等我确认。

上面提供的案例不仅限于 Codex，使用任何 Agent 产品都可以参考，以扩大 Agent 的使用场景。

更多详细案例可前往官网查看。