真实核价的历史快照 · 免 Token 体验
今天这餐，
听谁的？
预算师想省一点，口味师想吃过瘾，
营养观察员想把数据看清楚。最后，你来拍板。
一份主食 + 一份小食 + 一杯饮料。
先是一顿完整的饭，再谈怎么选。
这次，他们怎么说
3 个角色把你的条件摆上桌
试着改一项，看看谁会改变主意。
想同时顾及两件事？
只比较符合硬性条件、钠数据完整的候选。保留有取舍的选项：没有另一份在这两个维度都不差、且至少一项更好。能量和蛋白质另列，不换算成健康分数。
价格 · 营养 · 取舍，一起看
| 完整餐单 | 当次整单核价 | 营养数据合计 | 这份的取舍 | 选择餐单 |
|---|
你的选择
餐单已选好，还没有下单。
这是历史快照中的选择。实际购买请在官方渠道重新确认门店、价格与供应。
- 预算师
- 在满足硬性条件的餐单里，找当次整单报价较低的选项。不为用券劝你多买。
- 营养观察员
- 比较已知的钠含量，同时展示能量。数据缺失就说未知，不把低热量等同于均衡。
- 口味师
- 优先照顾你想吃的口味。“不吃辣”会严格排除，“想吃辣”保留选择空间。
数据、实现与使用边界
网页在本地比较六份历史核价餐单，不连接你的麦当劳账号，不收集 Token。三个角色是可检查的规则审阅器，不冒充三个独立大模型。配套 Skill 可由支持子任务的 AI 客户端组织角色审阅。
营养数值来自官方标准份量单品表的加总，实际制作可能不同；辣味标签由模板明确指定，不代表过敏原判断。比较范围仅为这六份餐单，不保证全菜单最低价。网页没有下单、支付或领券功能，也没有分析追踪器。
历史快照不可作为当前报价。使用本机 Python 的 --live 模式可以重新核价；查询失败会停止，不会偷偷换成示例数据。