一句话看懂：把会议记录和销售数据交给 Codex，它可以先提炼结论、待办和负责人，再分析经营数据，最后合并成一份管理层能直接阅读的周报。
很多人第一次接触 Codex，会把它理解成程序员的写代码工具。其实在办公室里，它更像一个能读 Word、看 Excel、整理信息并交付成品的工作搭子。
这次实操只用了两份常见材料：一份产品周会记录，一张 7 月产品销售数据表。目标不是“让 AI 总结一下”，而是让它完成一条完整的办公链路：读材料 → 找结论 → 核数据 → 排风险 → 定行动 → 输出周报。
先看结果：Before / After
Before：信息散在两个文件里
- 会议记录里有结论、讨论、待办和负责人。
- 销售表里有月份、渠道、品类、客群和退款数据。
- 概览页还混合了 5 至 7 月数据，不能直接照抄。
After：一份领导版经营周报
- 核心经营指标及 6 月环比。
- 渠道、品类、客群和退款分析。
- 本周结论、重点风险和管理层协调事项。
- 下周行动、负责人、时间和交付结果。
示例结果：7 月净销售额 4,619.51 元，环比下降 39.9%；毛利率降至 24.2%，退款订单率升至 22.2%。源表注明这些数据为模拟数据，最终周报还按下单日期重新筛选了 7 月口径。
实操步骤 1：先让 Codex 整理会议记录
上传会议记录后，不要只说“帮我总结”。一份能继续进入周报的会议纪要，至少要回答四件事：结论是什么、下一步做什么、谁负责、什么时候交付。
请帮我整理这个会议记录，梳理出结论、待办和负责人。
输出要求：
1. 先给出 3-5 条核心结论；
2. 用表格列出待办事项、负责人、截止时间和交付结果；
3. 单独标出仍有争议或需要管理层协调的问题；
4. 不确定的信息请标注“待确认”，不要自行补全。
这一轮的重点是把自然语言讨论变成结构化信息。等结论、行动和责任人都清楚了，再进入数据分析，后面合并时会稳定很多。
实操步骤 2：把 Excel 变成经营结论
接着上传销售数据表。这里最容易踩的坑，是直接相信概览页。示例文件的概览页混合了 5 至 7 月数据，所以 Codex 需要按下单日期重新筛选 7 月，再计算净销售额、环比、毛利率和退款订单率。
请分析这份 7 月产品销售数据，并整理成给领导看的经营结论。
请先核对数据口径：
1. 按下单日期筛选 7 月数据；
2. 计算净销售额、环比、毛利率和退款订单率；
3. 分析渠道、品类、客群和退款情况；
4. 标出异常变化、潜在原因和需要补充的数据；
5. 每个数字都说明来源字段和计算口径。
关键提醒：AI 可以帮你发现口径问题，但最终数字仍要人工抽查。尤其是跨月份、退款、毛利和重复订单，最容易因为筛选条件不同得出完全不同的结论。
实操步骤 3：合并成领导真正会看的周报
最后一步不是简单拼接两份摘要，而是按管理层的阅读顺序重新组织：先结论，再数据，再风险，最后给行动。
请综合会议记录和销售数据，生成一份面向管理层的经营周报。
结构如下：
一、本周核心结论：最多 5 条，先说变化和影响；
二、核心经营指标：本月值、上月值、环比和口径说明；
三、业务分析：渠道、品类、客群、退款；
四、重点风险：现象、可能原因、影响和建议；
五、下周行动：事项、负责人、截止时间、交付结果；
六、需要管理层协调的事项。
写作要求：
- 结论优先，不按原文件顺序复述；
- 数字必须保留来源和计算口径；
- 不确定的信息标注“待确认”；
- 语气简洁、克制，适合直接转发给领导；
- 最后输出为可编辑的 Word 文档。
交付前，至少检查这 5 件事
- 月份、环比基期和退款口径是否一致。
- 关键数字能否回到原始表格复算。
- 每条行动是否都有负责人、时间和明确交付物。
- 推测是否与已确认事实分开表达。
- 文档是否包含不适合上传到外部服务的敏感信息。
为什么这套方法比“帮我写周报”更稳
真正节省时间的，不是一句万能提示词，而是把工作拆成三个可以检查的阶段。会议记录负责回答“发生了什么、接下来谁做什么”；销售表负责回答“业务表现怎么样、哪里有异常”；最终周报负责回答“管理层现在需要知道什么、决定什么”。
Codex 的价值就在这里：它不是替你对结果负责，而是把跨文档阅读、信息归纳、数据分析和成稿这些机械工作压缩到一次连续流程里。你把省下来的时间，用在核数字、做判断和推动事情上。