用 WorkBuddy 写 Excel 公式：三类需求的指令模板与反算验收法

2026-08-08

Excel 公式这件事有个特点：写错了不报错。

一段 VLOOKUP 嵌 IFERROR 再套个 SUMIFS，语法完全合法，单元格里也规规矩矩显示出一个数——问题是这个数可能是错的。它不像代码那样红字提示你，只是安静给出一个看起来合理的结果，然后被复制到全表、汇进报表、发出去。

所以把公式交给 WorkBuddy（Tencent WorkBuddy）这类桌面 Agent，核心矛盾不在”它会不会写”，而在”你怎么知道它写对了”。这篇按三类需求拆开讲：写公式、讲清一段看不懂的公式、公式算错了帮着查。验收那节是重点。

一、先把模式和模型选对

官方文档把工作模式分成三种，这三种在公式场景里的分工很清楚：

模式	说明	用在公式的哪一步
问一问（Ask）	仅问答与信息查看，不修改文件	让它解释公式、给方案、讨论口径
做一做（Craft）	直接执行任务并修改文件	让它把公式真正写进表里
想一想（Plan）	先生成执行计划，确认后再操作	改动范围大、要动多列时

官方建议原文是：首次使用优先选 Ask，熟悉后再按复杂度切到 Plan 或 Craft，并且处理重要文件前请先备份。这条在公式场景里格外要紧——公式是覆盖式写入，原来那列写的什么，被盖掉就找不回来。技巧篇的原话是它可能”改过头”，成熟用法不是期待它永不出错，而是提前准备好回退方案。

模型这边，官方内置模型分工表里，MiniMax M2.5 对应的适用场景就写着 Excel 处理、数据分析、PPT 生成，执行速度快。文档同时注明，实际可用模型列表可能随产品版本、账号类型和服务可用性变化。

二、场景一：描述需求，让它写公式

这一类最常见，也最容易翻车，而翻车原因通常不是它不会写，是你没说清。官方的三要素公式是「做什么 + 有什么 + 怎么样，别让 AI 猜你的意图」，《创建任务》里进一步展开成四要素：目标 / 输入 / 输出格式 / 约束条件。公式需求套进去，有三样必须交代到位：

数据在哪几列——不是”客户名那一列”，是”Sheet『订单表』的 B 列，数据从第 2 行开始”
判断条件是什么——每个分支的判定标准写死，别用”大客户""近期”这种要靠理解的词
边界情况怎么处理——空值算什么、找不到匹配返回什么、0 和负数算不算

第三条是出错主因。你不说，它就自己补一套默认逻辑：找不到匹配可能返回 #N/A，也可能被包一层返回 0；空单元格可能当 0 参与计算，也可能被跳过。两种处理算出来的总数不一样，而表面上都”没报错”。

一条把这三样说全的指令大致长这样：

【目标】在「订单表」的 J 列写一个公式，算每一行订单的实付金额。

【输入】D:/工作/表格/2026Q3订单.xlsx，Sheet「订单表」，数据第 2 到 860 行：
D 列 = 原价（数值）；E 列 = 折扣率（0 到 1，可能为空）；
F 列 = 客户等级（文本 A/B/C，可能为空）。
另有 Sheet「折扣表」：A 列客户等级、B 列额外折扣率。

【规则】实付金额 = 原价 × 折扣率 × 该等级对应的额外折扣率。

【边界情况】
- E 列为空时折扣率按 1 算（不打折），不要当成 0
- F 列为空、或「折扣表」里找不到该等级时，额外折扣率按 1 算，
  不要返回 #N/A，也不要返回 0
- D 列为 0 或负数时直接返回 0，并列出这些行的行号

【输出】只给 J2 的公式文本，先不要写进文件，结果保留两位小数。

最后那句「先不要写进文件」是有意的。官方技巧里有一条叫小步快跑，公式天然适合这么拆——先拿到公式文本，验证过了再让它落到表里，中间隔一道人工闸门。

三、场景二：贴一段看不懂的公式，让它讲清楚

接手别人的表，最难受的就是遇到一段几百字符的嵌套公式，看不懂又不敢删。这类需求用 Ask 模式最合适——它不修改文件，你只是要一个解释。指令的关键是要求它逐段拆开讲，而不是给一句”这个公式是用来算提成的”这种等于没说的总结：

【目标】解释下面这段 Excel 公式的逻辑，我要接手维护这张表。

【公式】（粘公式原文）

【上下文】表名「提成计算表」，公式在 K 列，引用了
Sheet「销售明细」和「阶梯表」。

【输出要求】
1. 从最内层开始逐层说明每一段在算什么，每层单独一段，
   标明对应公式里的哪一部分
2. 列出它引用了哪些区域，哪些是绝对引用、为什么要绝对引用
3. 单独说明这几种情况下它会返回什么：查找值为空、
   找不到匹配、数值为 0、数值为负
4. 指出有没有一眼可见的隐患（区域写死行数、下拉引用会偏移等）

不要给改写建议，这一轮我只要看懂。

第 3 条是重点：看不懂一段公式，往往不是看不懂正常路径，而是不知道它在异常输入下会怎么样——这恰恰是接手之后最容易出事的地方。“不要给改写建议”也别省，不加这句它很容易顺手甩给你一版”优化后的公式”，而你既没看懂旧的、也没验证过新的。讲得太抽象就直接指出来重讲，官方技巧第 3 条把这类互动比作指导一个很勤奋、但需要反馈的实习生，你不说它不知道。

顺着这节再说一条：它给你的公式，你看不懂就别直接用。 这张表以后是你在维护，三个月后数据结构一变、或者有人问”这个数怎么算出来的”，你面对的是一段自己从没真正理解过的公式，那时候再补课成本高得多。

四、场景三：公式结果不对，让它帮着查

结果不对分两种：报错（#N/A、#VALUE!、#REF!），和不报错但数不对。后者更麻烦。官方在讲排错时给的口径是描述具体现象——具体到哪个位置、什么触发条件、报什么错，并且支持多轮排查。搬到公式上，指令该给的信息是：

【问题】「提成计算表」K 列公式，第 47 行算出来是 0，
按业务规则应该是 3200，其他行看起来正常。

【公式】（粘公式原文）

【第 47 行数据】B47 销售额 = 80000；C47 客户等级 = 空；
D47 成交日期 = 2026/7/31。这行不是隐藏行，也没被手动覆盖过。

【要求】
1. 逐层算给我看：在第 47 行的输入下每层分别返回什么，
   最终在哪一层变成了 0
2. 只定位原因，先不要改公式
3. 如果是数据本身的问题（格式、空值、前后空格），
   明确指出是哪个单元格

第 1 条是核心：要求它逐层代入实际值算给你看，而不是给一个”可能是 VLOOKUP 没找到匹配”的猜测。前者你能验证，后者你只能选择信或不信。

第 3 条则是因为公式算错，相当一部分不是公式的锅：数字存成了文本、单元格里有看不见的空格、日期实际是字符串、合并单元格导致引用错位。这些改公式改不好，只会把错误藏得更深。所以排查也是先用 Ask 定位、确认原因再切 Craft 去改——中间那道确认，防的是它把数据问题”修”成一层 IFERROR 包装：错误不见了，错的数还在。

五、交付物长什么样

按上面的拆法，一轮公式任务会产出三样东西：

阶段	产出	落在哪
出方案	公式文本 + 逐段说明	只在对话里，不落盘
落盘	改好的 xlsx 文件	你指定的路径；未指定则在工作目录内
变更记录	哪些文件被动过	右侧结果区，含产物、全部文件、变更、预览等视图

结果区值得每次点开看一眼。公式任务最怕的不是改错，是改多了——你只让它动 J 列，它顺手把 K 列的旧公式也”优化”了，变更视图是最快能发现这件事的地方。

六、验收：不能只看”没报错”

公式的验收和文档不一样。文档写得好不好你扫一眼有感觉，公式对不对肉眼看不出来——它越复杂，你越容易因为”看不懂所以大概是对的”而放行。

唯一可靠的办法是用已知答案的数据反算：挑几行你已知正确结果的数据（历史报表核对过的、或手算得出的），把公式套上去比对结果。至少要覆盖这几类：

测试类型	具体数据	该出什么结果
正常值	一行完全正常的数据	和已知答案完全一致
空值	参与计算的列留空	按你在指令里定的规则（本文例子里是按 1 算，不是 0）
找不到匹配	查找值在对照表里不存在	你指定的兜底值，不是 `#N/A` 也不是 0
零值	原价或基数为 0	返回 0 而不是报错，也不是空白
负数	退款、冲销这类负数行	按业务规则该怎么算就怎么算——这一类最容易被忽略
边界档位	正好卡在阶梯分界点的值	明确它归上一档还是下一档

最后两行是重灾区。负数行在原始数据里常常只有寥寥几条，抽样抽不到；阶梯分界点则是典型的”差一”问题——8000 这个值，公式里写 >8000 还是 >=8000，差一档提成。这两类你不主动构造数据去试，正常抽查一辈子也碰不上，直到某个月被财务打回来。

做法很土：复制一份表出来，手工填进这六类数据，把公式拉下去逐行对答案。六行，几分钟的事。此外还有三处值得顺手一查：

总数对不对。公式列求和，跟旧报表或系统导出对一遍；对不上说明中间某类行被吃掉了
有没有整列一致的可疑值。整列都是 0 或整列同一个数，多半是引用没锁对
下拉之后引用有没有偏。只验证第一行不算验证，至少看首行、中间某行、末行

也可以让它先自检一轮。官方在讲自驱动任务时的做法是明确要求”输出前请自检一遍”，落到这里就是加一句”给出公式前先用我提供的测试数据代入验算，把每组结果列出来”——替代不了你自己验，但能筛掉一部分低级错误。

一句话概括：AI 最容易出错的一步不是写公式，是替你补全你没说清的边界规则，验收重点也就落在这些边界上。

七、什么情况别交给它

第一，涉及公司核心测算逻辑的关键表。 提成算错一行是纠纷，成本核算错一档是决策失误。这类表的公式该由懂业务的人写，AI 顶多帮着解释和复核，不该由它拍板。

第二，需要理解业务规则才能定的口径。 比如”跨月订单算哪个月的业绩""退货冲减是冲原月还是当月”——这不是公式问题，是规则问题。规则没定死，公式写得再漂亮也是错的。

第三，已有复杂嵌套、且不能出错的存量表。 一张跑了三年、改过十几手的表，改动风险远大于收益。让它读、让它解释、让它标隐患都行，但别让它直接改；真要改也是先复制一份，新旧两版并行跑一个周期，结果一致了再切。

最后一条通用的：官方权限分两档，默认权限在文件修改等敏感操作时需用户确认，完全访问权限会减少确认步骤，官方明确写着仅建议在信任当前任务时使用。表格任务用默认权限就好，那几次点击换来的是你还有机会叫停。

小结

三类需求三种打法：写公式重在把列位、条件、边界一次说全；读公式重在要求逐层拆解、问清异常输入下的返回值；查公式重在让它代入实际值逐层算给你看，而不是给猜测。三类共用同一条纪律——改重要表格前先备份，先出方案再落盘，落盘后用已知答案的数据反算，尤其是空值、找不到匹配、0、负数和阶梯分界点。

公式不报错不等于公式对，这句话值得贴在显示器上。