WorkBuddy汇总金额与原表不一致的根源在于数据清洗或聚合环节偏离原始逻辑，需逆向排查：先手动验证原表真实合计，再检查列类型识别、隐含过滤、分组逻辑及中间产物，逐层比对定位偏差点。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy汇总金额与原表合计不一致，不是“结果错了”，而是清洗或聚合过程中的某个环节偏离了原始数据逻辑——比如空值被强制填0、文本型金额未转数值、日期过滤漏掉跨月行、字段名识别错位导致求和列选错。必须从数据源头开始逆向追踪，不能只看最终数字差多少。
第一步：确认原始表的“真实合计”是多少
在原始Excel文件中，手动用SUM函数对你要汇总的金额列（例如“销售额”“回款金额”）重新计算一次，注意：必须选中全部有效数据行，跳过标题、空行、“合计”汇总行、备注行。如果该列含文本（如“¥12,345.00”或“12345元”），SUM会自动忽略，此时你看到的Excel合计其实是“部分有效值之和”，而非全量合计。
打开原表→定位金额列→在空白单元格输入 =SUM(金额列范围)，例如 =SUM(D2:D287)→按回车→记下这个数字。这一步是所有排查的基准，跳过它后续比对全无意义。
第二步：检查WorkBuddy是否误判了金额列类型
上传文件后，WorkBuddy默认执行“数据体检”。你必须等它返回报告，而不是直接下清洗指令。报告里会明确写：“‘销售额’列为文本格式，共217处含‘¥’符号”或“‘金额’列存在13个空单元格，3个为‘-’占位符”。【若跳过体检直接清洗，AI可能把‘¥12,345’当字符串处理，求和结果为0】
如果体检报告没提金额列异常，但你怀疑它被当作文本，可手动验证：在WorkBuddy对话中输入“请输出‘销售额’列前5个原始值和对应的数据类型”，它会返回类似：[‘¥12,345.00’ → str, ‘9876.5’ → float, ‘—’ → str]。只要出现str，就必须清洗后再汇总。
WorkBuddy 桌宠工厂 —— 给一张角色图、一个 codex.pet 链接、一条 codex-pets.net 下载 URL、或一份现成的精灵表，就能自动创建一只可联动 WorkBuddy 状态的桌面宠物。当用户说"创建桌宠"、"做一只桌宠"、"用这张图做桌宠"、"从 codex.pet 安装桌宠"、"导入 codex 桌宠 XX"、"装一下 codex-pets.net 上的 XX&quo
第三步：核对汇总逻辑是否隐含过滤条件
方法一：检查是否有未声明的日期/状态过滤
你在指令中是否写了“只汇总2026年8月数据”或“仅统计‘已回款’状态”？如果没有，但WorkBuddy输出的汇总表行数明显少于原表，说明它可能按默认规则（如自动剔除空日期、状态为空的行）做了预过滤。此时需补一句：“本次汇总不应用任何隐含过滤，请包含原表所有非空金额行。”
方法二：确认分组维度是否引发重复计数
如果你用了“按客户+产品分组汇总”，而原表存在同一客户同一产品的多笔明细（如退货冲红、补单），WorkBuddy默认按行聚合，不会自动做业务冲抵。这时汇总金额必然高于原表SUM——因为冲红负数被当成独立正向金额加总了。解决方式是先指令清洗：“将‘金额’列中含‘冲’‘红’‘-’字样的行，数值取反”，再汇总。
第四步：逐层导出中间产物比对
第一步：让WorkBuddy输出清洗后的原始数据表（cleaned.xlsx），不要只看汇总结果。
第二步：用Excel打开cleaned.xlsx，对金额列再次手动SUM，看是否与第一步的原表合计一致。
第三步：如果不一致，说明清洗出错；如果一致，说明问题出在后续的分组或透视逻辑中。
第四步：要求WorkBuddy输出分组前的明细数据（即未聚合前的cleaned表），再用Excel插入透视表，用完全相同的字段配置复现它的汇总路径——这能暴露字段名匹配错误（比如它把“实收金额”当成了“应收金额”）或汇总依据误设为“计数”而非“求和”。
这一步操作起来很简单，直接对WorkBuddy说：“请把清洗后未分组的完整数据表导出为Excel，文件名加_postclean”。它会在几秒内生成下载链接。你点开后立刻就能用SUM交叉验证。
