很多人第一次用 Codex,只把它当成一个更会写代码的聊天框。
这就有点浪费了。
职场里最适合交给它的,往往不是“帮我想一个惊天动地的新点子”,而是那些规则明确、材料现成、每周都要重做一遍的活:周报、表格、文件整理、会议纪要、竞品研究。
这篇不讲玄学。下面六个场景都从一个能直接复制的 Prompt 开始,再说明什么时候该让它停下来等你确认。
Codex 的产品界面、可用连接器、自动化能力和平台支持会持续变化。文中涉及具体入口或权限时,以你当前客户端和官方说明为准;涉及发送、提交、覆盖和删除时,始终保留人工审批。
先理解三个层次
同一项任务,可以按自动化程度分成三层:
- 材料整理:你提供文本或文件,Codex 生成初稿。
- 文件处理:Codex 读取表格、文档或目录,生成可检查的结果文件。
- 自动执行:在具备相应权限时,按计划读取数据、操作界面或生成定期报告。
第一次使用,先从第一层开始。流程稳定后再升级,不要一上来就把删除文件、发送邮件和修改生产数据全交出去。
场景一:周报、月报和汇报文档
周报最耗时间的部分,通常不是写字,而是把散落在日历、任务清单、会议纪要和聊天记录里的事实重新捞一遍。
最简单的做法,是先把原始记录放在一起,让 Codex 只负责整理,不允许补写事实。
你是一名职场写作助手。请把下面的原始工作记录整理成周报初稿。
【粘贴本周任务、会议纪要和工作记录】
输出结构:
1. 本周完成事项:不超过 5 条,先写结果,再写动作
2. 进行中事项:项目名、当前进展、下一步
3. 下周计划:按优先级排列 3—5 条
4. 需要支持或决策的事项
要求:
- 不添加原始记录里没有的信息
- 删除“持续推进”“积极跟进”之类没有实质内容的表达
- 语气专业、简洁,每个板块不超过 200 字
- 信息不足时列出待确认项,不要猜
如果你要写月报,把四周周报一起给它,并增加一条约束:合并重复事项,突出月度结果和仍未解决的风险。
有固定记录系统后,还可以把流程做成定期任务:读取本周日历、项目看板和工作记录,生成草稿,但不要自动发送。

场景二:Excel 和表格处理
不会背函数,不等于不能把问题说清楚。
表格任务的关键,是告诉 Codex 四件事:每列是什么、数据范围多大、你要得到什么、异常值怎么处理。
我有一张 Excel 表:
- A 列:产品名称
- B 列:渠道来源
- C 列:点击次数
- D 列:成交次数
- 数据从第 2 行到第 300 行
请完成以下任务:
1. 在 E 列计算转化率,显示为百分比并保留两位小数
2. 点击次数为 0 时显示“无数据”
3. 给出 E2 的公式,并解释如何向下填充
4. 说明该公式在 Google Sheets 中是否需要调整
先用 5 行示例数据验证,不要直接假设整表结果正确。
如果需要直接改文件,就把验收标准写得更具体:新增哪一列、合计放在哪里、低于什么阈值要标色、输出文件叫什么。
对于复杂工作簿、宏、内网数据或必须在图形界面完成的操作,要提高警惕。先复制一份文件,再在样本数据上测试;凡是保存和覆盖,都要求执行前确认。

场景三:批量文件处理
几十份合同提取字段、每日报表合并、几百张图片统一命名,这些任务有一个共同点:输入重复、规则固定、人工操作容易漏。
适合先让 Codex 生成处理方案和脚本,再拿 3—5 个样本验证。
同一文件夹里每天会出现三个 Excel 文件:
渠道A_YYYYMMDD.xlsx、渠道B_YYYYMMDD.xlsx、渠道C_YYYYMMDD.xlsx。
每个文件都有四列:日期、商品名称、销售量、销售额。
请设计一个可重复执行的处理流程:
1. 读取当天三个文件
2. 合并数据,并新增“渠道来源”列
3. 在底部增加销售量和销售额合计
4. 输出“汇总_YYYYMMDD.xlsx”
5. 某个文件缺失时停止并报告,不生成不完整汇总
先说明处理计划和依赖,再给出实现;不要修改原文件。
PDF 合同提取也可以用同一结构:明确要提取的字段、可能出现的不同写法,以及失败时用“待人工补录”标记,绝不能悄悄编一个值。
批处理有三条铁律:保留原文件、先测小样本、输出失败清单。

场景四:职场文档从材料到初稿
复盘、提案、绩效自评和会议纪要,难点不是“不会写”,而是脑子里的素材太散,不知道怎么搭结构。
别只说“帮我写一份复盘”。把事实倒出来,哪怕顺序很乱。
请根据以下材料整理项目复盘初稿。
项目名称:【填写】
项目目标:【填写】
实际结果:【填写,尽量带数据】
主要问题:【填写】
原因判断:【填写】
已采取措施:【填写】
下一步计划:【填写】
结构:
1. 项目概述
2. 目标达成情况
3. 问题、根因和影响
4. 做得好的与需要改进的
5. 行动计划:责任人、任务、截止日期
要求:
- 不甩锅,也不回避问题
- 不添加材料里没有的结论
- 信息冲突或缺失时单独列出
- 总字数不超过 800 字
会议纪要则要特别区分“讨论内容”“已决事项”“行动项”和“未决事项”。只要这四类混在一起,纪要看起来再正式也没用。
场景五:竞品和市场研究
研究任务最容易出现的错觉,是报告写得很像那么回事,数字却已经过期,来源也找不到。
所以 Prompt 里必须要求时间范围、分析维度和来源。
请比较以下三个竞品:【A】【B】【C】。
分析维度:
1. 核心功能
2. 定价方式与价格区间
3. 目标用户
4. 公开用户评价中的主要优缺点
5. 最近 3 个月的重要更新
输出:
- 先给一张对比表
- 再分别写不超过 200 字的判断
- 最后说明对我方的机会和威胁
要求:
- 标注每项关键信息的来源和抓取日期
- 无法验证的数据明确写“未核实”
- 不用搜索摘要代替原始页面
- 不把推测写成事实
如果研究要每周更新,可以把它改成监控任务,只报告“相比上次新增了什么”。这样得到的是变化,而不是每周重写一份同样的行业介绍。

场景六:让 Codex 操作电脑
当数据锁在没有 API 的 OA、ERP 或桌面应用里,界面操作可能是最后一公里。
但能操作,不等于该放手。
请打开指定系统并进入本周销售报表页面。
操作要求:
1. 只读取,不修改原始数据
2. 选择本周一到今天的日期范围
3. 分别导出渠道 A、B、C 的报表到“本周数据”文件夹
4. 每导出一个文件,报告文件名和记录数
5. 在任何登录、下载、覆盖或异常提示前暂停,等我确认
全部导出后再生成汇总,不要发送给任何人。
这里真正需要训练的不是“写一句神奇 Prompt”,而是过程监督:它现在在哪一步、看到了什么、下一步是否可逆、结果怎么验收。
敏感数据还要服从公司的安全政策。客户资料、合同、财务数据不能因为工具方便就随意上传或授权。
一个好 Prompt 的四块骨架
上面六类任务,底层其实是同一个结构:
- 上下文:你是谁,任务发生在什么环境,哪些文件相关。
- 输入:现有材料、数据范围、文件路径和已知事实。
- 输出:格式、长度、字段、文件名和交付位置。
- 约束与验收:什么不能做,哪些步骤要确认,什么状态才算完成。

第一次别追求全自动。
选一个你本周一定会重复的任务,先让 Codex 只做初稿;核对两三次,找到稳定的输入和验收规则,再把它升级成文件处理或定期流程。
省时间不是靠一句 Prompt 碰运气,而是把重复劳动变成一条能检查、能复用、出错能停下来的工作流。

