我让Codex重做Excel,第一版很惊艳,我却推倒重来前几天施工中心的同事跟我说，她被几个数据表折磨得快要疯掉了，问我有没有什么好的解决办法。一份是日常维护的原始数据，里面有客户订单表、人工费用表、材料费用表、差旅费用表...，并且每个地区都是一整套单独的子表。还有几份是数据汇总表，由于是不同的人看的数据不同，就分了几份表。日常表每天有人往里填数据，汇总表却不会跟着自动更新。同一个工地，有的地方写小区名称，有的地方写业主地址，跨表关系基本靠地址硬凑。科目分类也不明确，有些差旅费用记得人工费用表里了。确实头疼，让我手动处理是不可能的了，大手一挥，派给Codex吧。于是我将这几份表丢给Codex，让他先梳理表中的数据，帮我重新搭一份Excel，原始数据一条都不能少，根据关联关系写好公式，以后只要更新了明细表，汇总表和看板就会跟着变。Codex把原来的数据拆成了项目主表、结算明细、付款明细......,整整18个表。数据全部迁移，新的表也能自动计算，甚至还给我生成了使用说明和数据检查页面。原来的子表结构变了，字段变了，费用分类变了，跨表公司是变了，统计口径也变了。我要确认这份表能不能，就要从几千张订单开始，一层一层核对人工、材料、差旅.....再一路追到汇总和看板。任何一个数字不对，我都很难在第一时间判断，问题到底发生在哪一步。这个时候我才发现，有时候，AI生成得越快，人反而越容易掉进另一个坑里。Codex可以在几分钟之内改完几百个字段和公司，但人理解业务、抽样、对账的速度，并不会因为它生成得快，就突然提升100倍。生成速度和验证速度直接的那条缝，全部会变成后面核对的成本。我没有再让Codex重搭整个Excel表，只让它做一件事，将相同结构的子表合并。过去通过小区名和业主地址关联的人工、材料、辅料和运输费，逐步改为通过订单编号关联。订单有没有少，编号有没有重复，按编号汇总后的金额能不能和原表对上。结果，所有的订单都有唯一编号，原表里错误的公式都纠正了。同时那些重复地址、无法匹配的，都被单独扔进了数据质量检查表。能自动确认的就处理，不能确认的就留下证据，让人复核。复杂的业务数据里，后半句往往比前半句更重要。先把现有费用重新梳理一遍，告诉我哪些应该留在人工费，哪些应该归到差旅费，哪些应该归到其他费用，再输出一份完整的分类方案。这个步骤看起来多了一步，其实省掉的，都是后面最贵的核对时间。费用分类不只是看名称。餐补放在哪里，税费，跟哪张订单，某笔费用算工人成本还是项目差旅，都带着企业自己的业务口径。Codex可以帮我找出混在一起的记录，也可以很快给出建议。如果它一边判断，一边修改，等我发现分类思路不对，面对的又是一整张已经被改过的表。我需要逐行追，哪一笔被移走，为什么移，金额有没有少。我和业务人员确认好分类逻辑以后，Codex才开始修改。改完以后，我只需要核对费用有没有遗漏、总额有没有变化、分类有没有按方案落地。等客户订单、费用分类和关联关系等底表都梳理好后，我才让Codex生成最终的汇总数据和数据看板。走完整个过程以后，我现在觉得，用Codex做复杂Excel，最好的提示词可能不是「帮我重搭这张表」。·先只读分析，不要修改原文件，列出所有子表、字段、公式、错误和关联关系。·只完成当前这一项修改，另存新文件、不要顺手优化其他结构。·修改后输出行数、金额、公式错误、未匹配记录和修改前后差异。·只有底层数据和指标口径确认完成，才生成汇总看板和分析报告。甚至看起来，比一句话让Codex全部做完麻烦多了。但它们会把一个巨大的、无法验证的任务，切成一个个可以检查、可以回退、可以承担责任的小任务。一键生成PPT、一键分析数据、一键重做Excel、一键出报告。大家每天已经够多破事要处理了，当然希望一句话扔出去，过一会儿拿到成品，下班。你还需要知道，这个结果从哪里来，哪一步被改过，哪里没有把握，出了问题应该回到哪一层。Codex当然很强。
它能在几分钟里读完几百行数据，重写上百条公式，把多张子表合并成一套结构，再给你做出一个能搜索、能打印的HTML页面。
但它最适合扮演的，也许不是一个接到需求以后关门施工、几小时后直接交钥匙的总包。
它更像一支速度快得离谱的施工队。
而你，依然是那个需要看图纸、定口径、做验收的项目负责人。
AI没有让核对消失。
它只是给了我们一个机会，把过去靠经验、靠记忆、靠某个老员工才能完成的核对，变成一套清晰的流程。
一步一步来。
每一步，都留下证据。
每一步，都能回头。
等走到尽头的时候，那份Excel才不再是一堆不知道谁写的公式。
它会变成一套，真正能被理解、被信任、也能继续生长的数据系统。
夜雨聆风
