ARTICLE · 1258027
AI 帮你改 Excel,改一个数字就错三处
AI 与你的文件 · 存盘那一步
AI 帮你改 Excel，改一个数字就错三处
Geek Lair · AI 与你的文件
我在本机跑了两组实测，改 Word 里两个字符，一种改法丢了页眉页脚和图片，另一种 20 个零件里 19 个一字节没动。
上周五下午，我把一份分区业绩表丢给 AI，让它补一列环比、加一行合计。两分钟给回来了。我扫一遍，数字都对，顺手存进了项目文件夹。
第二天源数据要订正。改了一个格子。
然后我发现，表里躺着三个已经不对了的数。而我昨天看了三遍。一个都没看出来。
说实话挺尴尬的。这份表我已经发给同事了。
01
它算对了，错在放进去的方式
先说清楚。AI 确实没算错。它给的每一个数，在算出来的那一刻，都是对的。
问题在放进格子的那一步。
我那份表很普通。三个区域、四个季度。我让它补两样，全年合计列，Q4 环比列。
它干的事是这样的。拿到源数据，在脑子里算一遍，把结果写进格子。
310 加 288 加 301 加 253，等于 1152。它就把 1152 写进 F2。
这是绝大多数 AI 助手处理表格的方式。十分普遍。看起来天经地义。
然后订正来了。华东 Q4 写错了，253 改成 186。一次再常见不过的修改。
我把 E2 一格改掉。再看整张表。
七个派生格。三个对不上。
F2 还写着 1152，应该是 1085。F5 还写着 3100，应该是 3033。G2 还写着 -0.1595，应该是 -0.3821。
— 源格 253 改为 186 之后的对照（本机实测，openpyxl 3.1.5）
最阴的是最后那个。真的很阴。
一个是负 15.95%，一个是负 38.21%。方向一致。都是负增长。都掉了两位数。你扫一眼只会觉得，嗯华东降了，然后翻过去。
它不报错。不标红。什么都不说。
它不是错得离谱。它是错得刚好像对的。
我盯着那个 -0.1595 看了半分钟，才反应过来。这是昨天的答案。不是今天的。
换个说法，AI 给我的是那一刻的结果，不是一张会自己算的表。
讲真，这种错最让人不安。因为它太安静了。完全不吵。这类问题特别容易被忽略，尤其在你赶时间的时候。
02
Word 那边丢得更彻底
表格这边，数还在。只是过期了。文档那边完全不一样。直接丢东西。
我造了份季度报告。页眉、页脚、一张配图、一个表格、三条自动编号、一个超链接、一套自定义样式。压成 zip，里面 20 个零件。
我只做一件事。把正文里的 96% 改成 95%。
两个字符。
我把它交给两条路去改。
— 双路径对照（本机实测，python-docx 1.2.0）
第一条，AI 最常走的那条。读完正文，改好，重新生成一份。
结果是这样。20 个零件变成 17 个。页眉、页脚、图片，这三个直接没了。表格没了。超链接没了。自动编号没了。我那套叫「我的正文」的样式也彻底没了。正文那部分从 5191 字节掉到 2227 字节，只剩四成多。
整个文件从 39241 字节缩到 36915 字节。
缩掉的这两千多字节，全是它顺手带走的。真的全是。
第二条，打开原文件，找到那一个词所在的小段，只改那一小段，其余原样存回去。
20 个零件还是 20 个。其中 19 个的校验值跟改之前一模一样。一个字节都没动过。完全没动。
页眉在。页脚在。图片在。样式在。编号在。全在。
两条路干的是同一件事。
差别只在一个地方。一个是重做一份，一个是打补丁。
这个差别极其关键。真的。
一句话记住它
改动量一样，结果差了一整个文件。差别不在改了什么，在有没有把原文件当回事。
03
为什么差这么多
说句大白话。你现在用的 .docx 和 .xlsx，真的都不是一个文件。是一个压缩包，里面装了一堆 XML 零件。
不信你复制一份 .docx，后缀改成 .zip，解开看看。会看到一个 word 文件夹，里面躺着 document.xml、styles.xml、header1.xml，还有 media 里的图片。Word 打开它，是把这些零件拼起来给你看。
— 一份文档里的部分零件（示意）
问题就清楚了。
重新生成一份，等于拿着正文文字去猜，这些字该配哪些零件。页眉要不要，你没说。图片要不要，你也没说。它不知道，就按最省事的方式处理，只留纯文字。
打补丁的思路完全是反过来的。先承认原文件才是事实，改动只是原文件上的一小片差异。
打个比方。前面那条路像把房子拆了，照着照片重新盖一间。户型能对上，但你墙上那幅画、门后那个挂钩，没人告诉它，就全没了。后面那条路是只换那块裂了的砖。
顺便说一句，表格里写死数字那个问题，骨子里是同一件事。你拿到的是答案，不是规则。答案是一次性的。源数据一动就过期。而且它绝对不会告诉你。绝对不会。
04
已经有人在按后一条路做
我那两组数，是在本机拿 python-docx 1.2.0 和 openpyxl 3.1.5 跑出来的。脚本和结果都在项目目录里，你可以自己复现。
而只改脏的那部分这个思路，已经有人做成了产品。
Genspark 在 GitHub 上开源了 GenOffice。Apache-2.0。主语言 TypeScript，表格引擎是自己写的 Rust。项目页统计显示，最新版 v0.12.29 发布于 10 月 22 日，数据截至 10 月 23 日。
GitHub 星数统计，不同时间差非常多。AIPMClub 那期开源速递记的是 10 月 23 日上午的 GitHub 快照，约 1.06 万。仓库 8 月 2 日首次公开，提交统计显示到 10 月 24 日已经一千零五次。这个节奏相当猛。
我想说的是，别太把星数当回事。依我看，这不重要。
官方公开数据显示，它的做法是把原文件当事实来源。编辑时只标记变脏的段落。保存时只为这些段落生成新片段，再拼回原处。没碰过的内容，尽量按原字节保留。
表格那块它特意强调了一句。AI 写进去的是真公式，不是把算好的数字贴进来。官方演示里，一句话让它加汇总，它用的是 SUMIF。43 处改动打包成一次可以整体撤销的操作。
更准确地说，它把「原文件是事实」这条写进了保存逻辑，而不是写进宣传语。这个区别十分关键。
它还有命令行和一套 MCP。Claude Code、Codex、Cursor、Gemini CLI 这些，能不开窗口直接生成真的 .docx、.xlsx、.pptx。装法一行就够，npx skills add genspark-ai/genoffice。
这里有件事我得交代清楚。
先交代一句
它的桌面端是个 Electron 应用，我没装。我连那行 npx skills add 都没跑通，命令走到克隆仓库那步就断了，报的是证书吊销检查过不去。所以我读的是它的文档和别人的实测，上面那两组数则是我自己在本机跑出来的。
我上面那两组数不一样，是我自己在本机跑出来的。测的是这个坑到底有多深，不是这个工具有多好。这两件事别混着看，行吧？
还有一句得提醒。文件本身在你机器上打开、编辑、保存、转换。但 AI 那部分调用是要出去的，走 Genspark 登录，或者你自己填密钥。涉及内部材料的，先想清楚再往上放。这份担忧不算多余。
05
今天能做的四件事
我知道大部分人不会为了改个表格去装一套新办公软件。所以下面这几条更实在，明天上班就能用。
第一，让 AI 改表格时，把话说死。 别只说「帮我加一列合计」。加一句「写成 Excel 公式，不要写算好的数字」。这一句话的差别，就是你拿到的是一张活表，还是一堆过期答案。 |
第二，改文档时，别让它重做一份。 明确说「在我给的原文件上改，保留页眉、页脚、图片和样式」。如果用的是那种会重新生成的工具，改完第一件事，翻到页眉看一眼还在不在。 |
第三，拿到 AI 改过的表，做五秒钟自检。 随便挑一个源数据格子，改个数，看别处的合计和百分比跟不跟着动。跟着动，说明是公式。不动，说明你手里是一堆死数字，趁早换。 |
第四，用脚本读 Excel 的，多查这一项。 openpyxl 的 data_only=True 去读一个从没被 Excel 打开过的文件，公式格会读到 None。它不报错，什么都不说，就给你一个空。我第一次遇到，困惑了半天，以为 AI 完全没写进去，回头又让它重做一遍。白折腾。实在不值。 |
等等，我得说准确。它不报错。它什么都不说。就给你一个空。
这一步非常快。真的只要五秒。
06
它没变笨，是活干错了
回到最开始那份表。
AI 算对了，写得也快。我把活交给它的那一刻是满意的。真正出问题的环节，在我双击打开它、把它存进那个还在改的项目里的时候。
我们过去一年都在夸 AI 会写。可办公室里真正耗人的那一半，从来不是写。是这份东西回到 Word 和 Excel 里还能不能用，还能不能接着往下改。
会算是一回事。会存是另一回事。
你现在手上大概就有这么一份文件，AI 上周帮你改的。
打开它。改一个源数字。看看别处有没有跟着动。
一句话收个尾
会算不等于会存。真正出问题的环节，不在对话框里，在你双击打开它、把它存进项目的那一刻。
放在这儿了，自取
顺手给你一份。这次用到的四道自查关，加上那两个能自己复现的实测脚本，我整理成了《让 AI 改 Office 文件之前的自查清单》。
— 图注：关注后回复关键词，自取本篇的自查清单与复现脚本
关注 Geek Lair，后台回复「资料」，这份清单发给你。
#AI #人工智能 #AI工具 #职场效率 #办公软件 #打工人 #效率工具 #AI办公 #职场 #自我提升
