研发搭档最常说的一句话，听起来很轻：口味再微调一下。嘴皮子三秒钟。落到我这边，是比例、成本和配料表一起推倒。同样的核算干第二遍，我就开始把判断写进系统。不是为了显得专业，是不想再从零加一遍。
01 / 微调不是改一个数。
改一个风味，通常会牵动几层东西：慕斯、脆层、蛋糕胚里的同名原料要重新合并，成本占比会变，标签上的配料顺序也可能变。表格里改一个格子，后面十几张表还站在旧前提上。
第一版花了一周。
能用，是因为后来改了四百多轮。
我们把这套核算做成工作系统，不是先画完整蓝图。是每一次真实改稿都暴露一个缺口：漏了损耗、漏了整箱采购、漏了冷冻后的口感变化。缺口补上，下一款才能少做一遍。
02 / 一千个不是配方乘一千。
车间做 1000 个花生蛋糕，不能把研发配方直接乘 1000。饼底每盘切几份、边角留多少、慕斯模具几套转几轮，都会改变实际投料。采购还要换成整箱。
系统要做的，是从成品数量反推生产单，再合并成采购需求。漏掉任何一环，账面上的数和车间里的数会对不上。对不上的时候，不是再开一张新表，是把规则写回去。
03 / 重量很小，成本可以很大。
有的进口果茸，重量只占成品大约 3%，成本却能吃掉三成以上。重量占比和成本占比必须同屏看。只看克重，会以为它无足轻重；只看感觉，又说不清贵在哪里。
跨配方的同名原料也要穿透合并。白巧克力可能同时出现在慕斯和脆层里。不合并，配料表和采购单都会漏。合并错了，标签上的顺序也会错。食品标签错一个字，后面的检查成本远高于当时多看一眼。
04 / AI 可以算，不能入库。
AI 算得很快，也容易把整张表一起“优化”掉。所以在我们这儿，它没有入库签字权。它给出候选结果，人核对目标、口径和前提，点头之后才写进系统。
认对 90% 等于还要重审。尤其是标签和配方，不知道错在哪 10%，就得从头看。源头锁住，比事后用识图再审一遍更省事。
三个月里，这类核算、拆单和资料整理用掉了大量模型调用。数字本身不证明成功，只说明这些重复劳动足够具体，值得写成方法，而不是每次靠记忆重做。
同样的判断，
只该被写清楚一次。