夜雨聆风很多人第一次打开 Codex，会把它当成另一个 ChatGPT。
问问题、等回答、复制粘贴。
但这可能是最浪费它的用法。
我用了2个多月，最大的感受是：Codex 真正厉害的地方，不是“它会写代码”，而是它把聊天、文件、终端、浏览器预览、插件、自动化放进同一个工作台里。
也就是说，它不只是在给你答案。
它可以围绕一个项目文件夹，帮你持续产生、修改、检查和交付东西。
这篇文章不讲玄学提示词，也不吹“AI 取代所有人”。我们只讲一件事：普通人怎么把 Codex 用成一个真正能干活的 AI 工作台。
先说结论
如果你是内容创作者、运营、产品经理、小团队老板，甚至只是想提高日常效率的人，Codex 最值得学的不是“怎么让它一次回答得更漂亮”，而是这 6 个动作：
给每个任务建一个项目文件夹。 把需求拆成可交付文件，而不是一句泛泛的问题。 让 Codex 边做边验证，而不是只生成一段文字。 用预览、终端、文件输出来验收结果。 用插件和技能处理固定类型任务。 用自动化承接重复检查、提醒和复盘。
OpenAI 官方文档也把 Codex app 定位成一个桌面工作中心：它支持并行处理 Codex threads，并结合 worktree、自动化和 Git 等能力来工作。换句话说，它更接近“项目驾驶舱”，而不是普通聊天窗口。
1. 第一步：别先提问，先选项目文件夹
很多人用 AI 工具的问题是：每次都从零开始。
今天问它写文章，明天问它做表格，后天问它改网页。对话看起来很多，但真正可复用的文件、素材和上下文没有沉淀下来。
Codex 的一个重要变化是，它会围绕一个项目文件夹工作。
你可以为不同任务建不同文件夹：
公众号选题研究 产品发布页 PPT 和投资人材料 视频脚本和贴图 客户资料整理 自动化脚本和日报
这样做的好处是，AI 生成的文档、表格、代码、图片素材、脚本，都可以保存在同一个项目里。下一次你要继续，不需要重新解释一遍背景，可以直接引用项目里的文件。
普通人的用法很简单：
不要说：
“帮我研究 Codex。”
而是说：
“在这个项目文件夹里，帮我创建一份 Codex 普通人使用指南。输出包括：一份功能清单表格、一份公众号文章大纲、一份 60 秒视频脚本。每个文件都单独保存到 outputs 文件夹。”
这句话的关键不是更长，而是更像一个任务单。
2. 第二步：把“聊天结果”改成“文件交付”
如果你只是让 AI 在聊天框里回答，它就像一个会说话的搜索引擎。
但如果你要求它生成文件，它就开始变成执行者。
素材里的教程反复展示了一个场景：让 Codex 先研究信息，再生成 Excel 表格、文档、PPT、网页、App、视频等成果。对普通人来说，不一定要马上做 App，但“输出成文件”这个思路很重要。
你可以让它交付：
表格：功能对比表、选题库、竞品分析表、客户名单清洗表 文档：会议纪要、方案初稿、公众号文章、SOP PPT：课程大纲、路演稿、汇报材料 网页：活动页、报名页、产品说明页 视频资产：短视频脚本、字幕、贴图文案、分镜
一个很实用的提示词：
请不要只在聊天里回答。请在当前项目的 outputs 文件夹中生成 3 个文件：
1. research-table.xlsx：资料整理表
2. article-draft.md：公众号文章母稿
3. video-brief.md：短视频脚本和画面建议
每个文件都要能独立打开使用。完成后请告诉我每个文件的用途和下一步怎么修改。这类提示词适合内容团队、运营团队和小公司。因为它把“AI 回答”变成了“团队资产”。
3. 第三步：让它自己检查，而不是你一个人验收
AI 生成内容最大的坑，不是它不会写，而是它写完以后你不知道哪里错了。
Codex 的价值在于，它可以结合项目文件、终端输出、预览页面和工具能力进行检查。
比如做网页时，官方文档提到 Codex app 的 in-app browser 可以让你和 Codex 在同一个 thread 里查看渲染页面、添加视觉评论；Browser use 还能让 Codex 对本地开发页面执行点击、输入、截图、检查状态等操作。这里的关键不是“它能不能打开网页”，而是你可以把反馈落到具体页面元素上。
对普通人来说，可以把这套思路迁移到任何内容验收：
写文章：让它检查标题是否有具体收益、开头是否交代读者能拿走什么。 做表格：让它检查列名是否完整、重复项是否合并、空值是否标出。 做 PPT：让它检查每页是否只有一个核心观点、字体是否过小。 做网页：让它用预览检查移动端是否溢出、按钮是否可点击。
你可以这样说：（提示词）
请用“验收清单”的方式检查刚生成的文件。
重点看 5 件事：
1. 是否有事实未标来源
2. 是否有夸张承诺
3. 是否有重复段落
4. 是否能让一个新手照着做
5. 是否缺少下一步行动
请先列问题，再给修改后的版本。这一步会显著降低 AI 内容的“机器感”。
4. 第四步：插件和技能，不是装饰，是工作流复用
很多人会把插件和技能混在一起。
一个简单理解是：
技能更像“做某类任务的流程说明书”。官方文档说，技能可以把指令、资源和可选脚本打包起来，让 Codex 在特定任务里稳定按照流程执行。
插件更像“可安装的能力包”。官方文档里，插件可以包含技能、应用连接和 MCP servers，用来扩展 Codex 能访问和操作的工具范围。
举个普通人的例子：
如果你每周都要做公众号日更，可以做一个“公众号日更技能”，里面固定写清楚：
先判断素材来源 再提炼观点 再写公众号母稿 再生成视频号提示词 再生成贴图包 最后输出风险清单
这样每次不需要重新解释流程。
如果你还想让 Codex 读取某个外部工具里的资料，比如 GitHub、Google Drive、Slack 或其他已支持的工具，就更适合通过插件或连接能力来扩展。
这里的避坑点是：不要见插件就装。
先问自己：
这个能力是一次性用，还是每周都会用？
如果只是一次性任务，直接在提示词里写清楚就够了。
如果是反复出现的固定工作流，再考虑做成技能。
如果它需要连接外部应用、读取私有数据或调用外部系统，再考虑插件或 MCP。
5. 第五步：自动化适合“重复检查”，不适合“放任执行”
素材里提到一个很有启发的用法：让 Codex 定期做周报、检查项目、生成草稿。
官方文档也明确写到，Codex app 的 automations 可以在侧边栏里管理；独立自动化适合每次从新任务开始，thread automation 则适合保留当前对话上下文，按计划回到同一个 thread 里继续检查。
普通人最适合先做这 4 类自动化：
每周一整理上周 AI 工具更新。 每天早上生成 3 个候选选题。 每天下午检查待发布文章是否缺来源、缺标题、缺封面。 每周五复盘内容数据，给下周选题建议。
不要一上来就让 AI 自动发布、自动付款、自动删除文件、自动改重要资料。
自动化最好的位置，是“帮你提醒、筛选、整理、初稿”，最后一步仍然由人来确认。
一个稳妥提示词：
请帮我创建一个每周一上午 9 点运行的内容选题自动化。
任务是：搜索或整理上周已保存的素材，输出 5 个选题建议。
不要发布任何内容，不要修改原始素材，只生成一份候选选题表和风险提示。6. 第六步：Computer Use 很强，但要有边界
素材里对 Computer Use 的描述很兴奋，这个方向确实值得关注。
官方文档的定义更克制：Computer Use 可以让 Codex 在 macOS 或 Windows 上看见并操作图形界面，用于命令行或结构化集成不够用的任务，比如测试桌面 App、使用浏览器、修改设置、复现只在图形界面出现的问题。
但它也有很明确的边界：因为 Computer Use 会影响项目工作区之外的应用和系统状态，所以任务要尽量窄，并且要认真看权限提示。Windows 上还要注意，它会在当前桌面前台操作，可能移动鼠标和键盘输入。
我的建议是：
适合让它做：
打开一个本地网页，检查按钮是否能点击。 在模拟器里走一遍注册流程。 帮你复现某个界面问题。 在无插件支持的工具里做一个低风险检查。
不适合一开始就让它做：
操作网银、支付、后台删除数据。 在大量私人聊天、邮箱、客户资料里自由浏览。 长时间无人值守地控制主力电脑。
AI 能操作电脑，不代表你要把电脑完全交出去。
真正成熟的用法，是给它一个很窄的目标、一个明确的成功标准、一个可以随时停止的边界。
今天先做一件事
如果你明天就想开始用 Codex，我建议不要贪多。
只做这个练习：
建一个项目文件夹，名字叫“AI 工作台测试”。
然后让 Codex 完成一个小闭环：
请在这个项目里完成一个小型内容生产流程：
1. 读取我提供的素材
2. 生成一份 800 字公众号短文
3. 生成一份 60 秒视频脚本
4. 生成一份标题和封面文案清单
5. 最后用验收清单检查哪里还需要人工确认
请把所有结果保存到 outputs 文件夹，不要只在聊天里回复。这个练习的意义不是结果多完美，而是让你体验 Codex 的核心用法：从一个聊天框，变成一个围绕项目交付文件的工作流。
结尾
AI 工具的分水岭，正在从“谁会问问题”变成“谁会设计工作流”。
Codex 这类工具真正改变的，不是某一个岗位，而是我们组织工作的方式。
你不需要一上来就做 App、做网站、做自动化系统。
先从一个文件夹、一个任务单、一个可验收输出开始。
当 AI 能帮你把想法变成文件，把文件变成页面，把页面变成可检查的结果，你就不再是在“使用 AI 回答问题”。
你是在训练一个自己的工作台。
