概览
过敏原信息是法律要求，只要供应商改配方它就会变，而维护它的是「谁有空谁来」。这里的失败不是罚款，而是有人进医院。
这个智能体做那份文书工作。它把每道菜声明的过敏原，与它实际含有的配料以及供应商提供的规格书交叉核对，并报告每一处不一致：存在却未声明的过敏原、声明了却无据可依的、供应商规格变了而菜单没变的、以及完全没有规格书的配料。
它绝不告诉任何人某道菜是安全的。不对某位顾客说，不对某类顾客说，也不泛泛地说。交叉污染取决于它看不见的那间厨房，而在这里，一句安心话是唯一可能真正伤到人的输出。它把不一致报告给对菜单负责的人，由那个人来决定。
价值
抓住危险的不一致
在顾客据此点单之前。
留下你何时检查过的记录
检查了什么、依据哪些规格书、在什么时候。
经得起菜单变动
配方或供应商一变，就重新跑一遍。
功能说明
配方对照声明
每道菜声明的过敏原，都与其配料实际含有的内容核对。
追踪子配方
高汤里的、酱汁里的、再到菜里的过敏原。未声明的过敏原正是藏在这里。
标记变更过的供应商规格
供应商改了配方，菜单却一直没变。手工是抓不住这个的。
点名没有规格书的配料
谁都拿不出规格书的配料是一个未知项，它就按未知项报告。
区分「含有」与「无法排除」
配方中确实含有的过敏原，和没有任何依据能排除的过敏原，是两种不同的发现。
绝不说「安全」
任何菜都不会被描述为安全或适合某人。交叉污染取决于它看不见的那间厨房。
这会改变什么
这会如何改变你的一周
- 它接手的工作
- 把声明的过敏原与配方和供应商规格书交叉核对。
- 目前由谁完成
- 谁有空谁来，而这正是问题所在。
- 多久一次
- 每次换菜单、每次供应商改配方。
- 通常的人工投入
- 把整份菜单的子配方一层层展开要一天。
为什么偏偏是餐饮服务。这里的失败不是罚款。它从不声称某道菜安全——它找出的是你配方里含有、而菜单上没有声明的那个过敏原。
无人值守运行
由你或某个事件启动，然后自行完成。没有什么需要等人坐到工位前。
每一次都是同一标准
第两百件与第一件用同一把尺子衡量。一致性正是人做不到长期保持的部分。
它无法自行采取行动
过敏原与标签稽核代理 没有任何发送、支出或承诺的途径。正是这个限制，让依据它的输出行动是安全的。
运行方式
该智能体通过 PROMIVO 运行时在服务器端运行。每次运行都会逐步记录，每次工具调用在执行前都会进行权限检查。
- 1输入按智能体的输入结构进行校验
- 2模型claude-opus-5，并自动回退
- 3工具search_knowledge, extract_structured_data
- 4权限自动执行 READ 级操作；更高的等待你批准
- 5输出符合输出结构的结构化结果
- 6日志记录 token、耗时和每一个步骤
演示
演示数据Illustrative sample output, abridged.
输入
{
"dishes": [
{
"name": "Tomato soup",
"declaredAllergens": [
"celery"
]
}
],
"market": "EU"
}输出
{
"escalate": true,
"findings": [
{
"dish": "Tomato soup",
"issue": "present-undeclared",
"foundIn": "Vegetable stock base — supplier specification lists skimmed milk powder.",
"allergen": "milk",
"sourceDocument": "Stock Base 4kg — supplier spec, 2026-05-11"
}
],
"disclaimer": "A comparison of your records against each other. Cross-contamination, shared equipment and kitchen handling have not been assessed, and nothing here states that any dish is safe for any person.",
"escalationReason": "Milk is present in Tomato soup via the stock base and is not declared.",
"allergenListSource": "Supplied EU 14-allergen list",
"ingredientsWithoutSpecification": [
"House herb blend — no supplier specification on file."
]
}使用条件
集成
无需集成。
开始之前
- 你的配方及其配料
- 每道菜声明的过敏原
- 供应商规格书，如果你有的话
- 需要 入门版 套餐或更高
使用场景
更换菜单
付印前检查每一道受影响的菜。
供应商改配方
找出哪些菜的标注现在是错的。
检查到来之前
先自己找出记录里的缺口。
价格
常见问题
它能告诉顾客某道菜对他们是否安全吗？
不能，而且绝不可这样使用。它是把你的记录彼此核对。某道菜对某个具体的人是否安全，取决于此人的状况和你的厨房，这个答案必须来自一位负责任的人。
它涵盖交叉污染吗？
不涵盖。交叉污染取决于厨房操作、共用设备和存放方式——这些都不在配方里。它报告你的文件所说的内容，并明确说明它没有评估操作环节。
涵盖哪些过敏原？
它依据你所在市场的过敏原清单工作，由你提供或加载。清单因国家而异且会更新，一个凭记忆引用清单的智能体，引用的会是错误的那一份。
评价
客户运行过该智能体后，评价功能将开放。
需要这个智能体换一种做法？
告诉我们要改什么，我们的团队会为您的业务规划一个定制版本。
定制此智能体