Install
openclaw skills install @chenqg618/food-additive-usage-check-free食品添加剂投料与使用台账逐行核对,免费版 6 项,使用量 ÷ 批量 与限量值逐行复算并给出超出倍数、同一产品不同批次的限量口径不一致、标签配料表与投料记录一致性、同一批次同一添加剂重复投料行、使用量与批量合计行逐列复核、关键字段缺失与日期数值非法。每条结论引用原文行号与批次,材料不足不给结论。触发词包括 食品添加剂使用记录核对、食品添加剂投料台账、GB 2760 超限量、限量值 g/kg、配料表与投料记录对不上、重复投料、食品生产企业投料记录自查。
openclaw skills install @chenqg618/food-additive-usage-check-free完全本地运行:引擎已经打包在本技能里(
engine/目录)。 不联网、不需要 API Key、没有调用次数上限。
谁会在什么时候用:食品生产企业(调味品、肉制品、炒货、烘焙、饮料、酱卤制品等)的 品控 / 质量管理部 / 生产车间,在每批投料与每月投料记录自查这两个固定节点上用它, 市场监管抽检(日常监督检查、抽检不合格后核查)与客户验厂也要看这本台账。
为什么必须核:GB 2760《食品安全国家标准 食品添加剂使用标准》对每个食品类别下的每种添加剂 都规定了最大使用量,单位是 g/kg;而车间投料单上写的是克。 市场监管抽检比对的是两样东西:投料记录与标签配料表。这两样一旦对不上,或者使用量越过限量值, 结果就是抽检不合格 → 召回 → 处罚(超范围 / 超限量使用是食品抽检不合格的头号原因)。 所以每批投料都要能回答三个问题:用了多少(g)、这一批多少(kg)、比例有没有越过限量(g/kg)。
本产品不是别的产品:
这张表会逐项核对什么:上面这本投料台账的逐行算术、限量口径一致性与文本勾稽。
每条结论都带原文行号 + 产品 / 批次 / 添加剂 + 原值(使用量、批量、限量值、比例都在结论里), 可被第三方用同一口径复算;材料不足时不给结论,会明确列出还缺什么。
必需列(缺任何一列都只报「材料不足」,绝不给结论): 产品名称、生产批次、食品类别、添加剂名称、功能类别、使用量g、批量kg、限量值g/kg、 配料表标注、投料日期、核对基准日。
这个免费版不查(完整档才查,跑 --sample 会如实列出 checks_withheld):
超范围使用(该添加剂 / 功能类别不允许用于该食品类别,按内置类别-允许表判定)、
复配添加剂拆分核算(复配各单体之和 vs 记录的单体量)、配料带入原则(由配料带入的添加剂量未计入总量)、
同一功能类别多品种叠加的相对量合计 > 100%、分产品 × 分添加剂的汇总清单。
node scripts/run.mjs --sample # 先看样例
node scripts/run.mjs --input 你的材料.json # 跑自己的材料
node scripts/run.mjs --input 你的材料.json --json
入参就一张表:把 Excel 里的表头 + 数据行一起复制成文本粘进 {"text": "…"}(Tab 分隔最稳)。
表里可以有 合计 行(只参与「合计行逐列复核」,不参与逐行检查)。
数字认千分位与全角(1,500 / 1500);日期认 2026-03-31 / 2026/3/31 / 2026年3月31日 / 20260331。
备注列里写「配料带入」「复配防腐剂:山梨酸钾40%+脱氢乙酸钠20%」这类信息,完整档会用它做带入与拆分核算。
使用量g ÷ 批量kg 先换成 g/kg 再比。少了这一步,几千克的投料量看起来永远"没超",
实际比例早就越线了。免费版第 1 项就是把这一步做掉并给出超出倍数。本免费版是完整可用的核心产出,本版本不包含下面这些项:
同名工具的完整档是另一个独立商品(条款与条件以它自己的商品页为准);两档的差别就是上面这些,没有别的。
本工具不做这些判断(引擎 CHECKS_OUT_OF_SCOPE 里逐条列了):
材料不足时不给结论(连「未发现问题」也不输出),会明确列出缺什么 —— 宁可什么都不说,也不说错话。