Excel 报表交付前，18.98 万安装的 Skill 先验公式

一份 Excel 预算表最安静的翻车，不是 #REF!，也不是公式直接报红。

它看起来整整齐齐，保存成功，打开也没问题，甚至重算后没有任何错误。可总额少了最后一行。你把它发给老板、客户或财务，真正尴尬的时刻才刚开始。

Anthropic 公开的 xlsx Skill 现在约有 18.98 万次安装，背后的 anthropics/skills 仓库约有 18.45 万 Star。它解决的不是“替你填几个格子”，而是给 Excel 交付补上一个很朴素的定义：公式得是公式，能算得动，还得经得起核对。

安装命令也很直接：

npx skills add https://github.com/anthropics/skills --skill xlsx

如果你每周都要交预算、回款、经营数据或项目台账，这个定义比又多一个“自动做表”按钮实在得多。

它管的不是排版，是表格交出去之前的那一下

公开规则 对输出有几条很硬的要求：结果要由公式算出来，不要把计算结果写死；输入、假设和来源要能被人看见；有公式的文件要重算，并扫描 #REF!、#DIV/0!、#VALUE!、#N/A 这类错误。

这套做法有一个很好的脾气：它不把“模型生成了一个 .xlsx 文件”当成完成。比如收入总额应该写成 =SUM(B5:B8)，而不是让脚本先算出 66000，再把 66000 填进去。前者以后改了输入还能跟着动，后者只是在表格里藏了一张静态截图。

不过，规则里还有一句更值得贴在显示器边上：重算通过，只能证明公式能跑，不能证明公式写对。

这两件事经常被混在一起。前者是语法和引用是否有效，后者才是业务口径有没有漏。

少一行，Excel 不会替你喊停

下面是一组本地控制演示，不是业务数据。两份工作簿有完全相同的四行输入：12000、18000、21000、15000。第一份把“预算总额”写成了 =SUM(B5:B7)，漏掉了最后的 Add-on 行；它仍然是合法公式，渲染时也能正常得出 51000。

本地控制演示：公式没有报错，但预算总额 51000 与独立核对总额 66000 相差 15000。

这就是为什么只问“有没有公式错误”不够。少算一行、拿错一个工作表、把百分比写成 15 而不是 0.15，都可能让文件干干净净地通过一次错误扫描。

演示里专门放了第二个总额和一个差额单元格。它不是为了把表格做复杂，而是让最容易被肉眼略过的错误自己露出来。把第一格改成 =SUM(B5:B8) 后，两个总额对齐，差额归零。

同一组输入，补上 Add-on 行后，两个独立总额均为 66000，差额为 0。

这里有一项边界也得说清：按公开脚本测试时，本机 LibreOffice 隔离 profile 的初始化超过了 30 秒，官方 recalc.py 没有给出通过状态，所以这次不把它包装成“脚本验收已通过”。图片来自同一份工作簿的 LibreOffice 实际渲染，用来展示公式范围错了仍能显示数字；它不是对某份真实财务文件的认证。

真要交付，提示词里把验收写进去

这个 Skill 很适合处理一个明确任务：把输入数据整理成可编辑的 Excel 报表。下提示词时，把“生成”换成“生成并核对”，通常会少很多返工。

把这份 CSV 做成一份可编辑的预算表：
1. 所有汇总必须保留为 Excel 公式，不写死结果；
2. 输入单元格用蓝字，公式用黑字，并标明每个假设的来源；
3. 为关键总额增加一个独立核对公式；
4. 重算后扫描公式错误；
5. 回读公式文本和计算后的值，列出任何非零差额或未验证项。

这段话的重点不在“蓝字”和“黑字”这些视觉习惯，而在最后两条：回读公式文本，再回读计算后的值。只看值，你不知道它是公式还是硬编码；只看公式，你又不知道缓存值有没有重算。两次看的是不同风险。

有三种情况尤其别把它当成一键交付：

• 有外部工作簿链接的模型。公开说明明确提醒，用 openpyxl 重存再重算，可能丢掉外部链接的缓存值；先保留原件和关键数值。
• 依赖 XLOOKUP、FILTER、UNIQUE 这类新函数的表。若验收环境走 LibreOffice，最好先验证兼容性；需要稳定复核时，INDEX／MATCH 往往更稳。
• 业务口径本身还没定。Skill 能发现公式错误，不能替你决定“增补收入到底该不该计入本季度”。这一步仍要由知道业务的人签字。

AI 做表最容易让人误会的一点，是它会把“能生成”伪装成“能交付”。xlsx Skill 值得装，不是因为它让 Excel 变得神奇，而是因为它逼着生成过程留下公式、来源和可复查的差额。

你们团队的表格最常见的坑，是少算一行，还是没人能说清一个总额从哪来的？