麦门点餐议事会 · mcd-agent-gourmet

按你的口味，算清这一餐。预算、门店、有糖或无糖、冰量，都由你决定。

打开在线体验 · 旧版 35 秒操作演示 · 真实联调记录 · 安装 Skill · English

上图及视频为早期界面留档；当前界面请打开在线体验。

“35 元，不辣，有糖可乐去冰，带走。帮我看看天元东路附近哪家店合适。”这是我们希望用户直接表达的需求。Skill 会先补齐地点、让你确认门店，再比较完整餐单，不要求普通用户复制门店、商品或券的编码。这条路径由安装了 Skill 的 AI 客户端执行；网页是免登录的历史数据体验，CLI 是开发者入口。

比较程序按价格、已知钠含量、口味匹配三个明确标准给出结果。同一餐单可能符合多个标准；这不代表三个独立模型进行了讨论，也不承诺全菜单最优。

查看历史核价示例：预算 35 元、想吃辣，三个比较角度为什么选不同餐单

比较角度	本次选择	理由
价格较低	双层吉士汉堡 + 小杯玉米杯 + 无糖可口可乐中杯	当次整单核价 ¥32.00，在候选中价格较低
钠含量较少	麦香鱼 + 小杯玉米杯 + 无糖可口可乐中杯	当次 ¥32.50；官方标准份量单品合计钠 592 mg，在候选中较少
更贴近辣味偏好	麦辣鸡腿汉堡 + 小杯玉米杯 + 无糖可口可乐中杯	当次 ¥32.00，保留辣味偏好

上表是 2026-10-13 麦当劳南京东城汇餐厅的真实核价快照，不是当前报价，也不是营养搭配建议。实际购买须重新核价。我们比较六份候选，不保证全菜单最低价。

先试 30 秒

直接 打开网页，不用账号、Token 或安装。

• 把预算改成 30 元：没有符合条件的候选，系统如实说明，不把一杯可乐当一餐。
• 改回 35 元，在天元东路样例选择 有糖可乐、去冰：只保留对应饮料和冰量的餐单，不因营养比较而换成无糖。
• 选择 不吃辣：只保留满足条件的餐单。需要比较营养数据时再展开，钠上限由你填写，是个人筛选条件，不是健康标准。
• 选一份餐单，再改变条件：原选择自动撤销，需要重新确认。

网页使用历史快照，所有比较在你的浏览器内完成，不收集凭证、不调用下单、不加入追踪器。

在 WorkBuddy 里使用

先按官方文档配置麦当劳 MCP 连接器。mcp-config.example.json 只含环境变量占位符；若客户端不支持变量展开，请只在该客户端的私有配置中设置实际凭证。

可以把下面这段发给 WorkBuddy：

请安装这个技能：https://github.com/polaris-smart/mcd-agent-gourmet
保留 SKILL.md、gourmet/、demo.py、fixtures/ 的相对位置。
使用我已配置的麦当劳 MCP 连接器。

35 元，不辣，有糖可乐去冰，主食、小食、饮料各一份，带走。
我在南京江宁区天元东路。先显示门店名称和地址，让我选店。
再查当次菜单，给我最多三份符合要求的方案，说明价格和取舍。
没有满足条件的方案时说明原因，先别替我改饮料或加预算。
只查询和核价，不领券、不兑换、不下单、不支付。

偏好可按自己的习惯改成无糖或其他可选饮料。门店编码由客户端从查询结果中传递；不能在没有位置依据时声称自动选中了“离你最近”的店。

实现说明： Python 和网页使用确定性筛选、排序与非支配集合比较。SKILL.md 引导 AI 客户端理解需求、查询并解释结果，不制造三个独立模型的角色对话。新版在 WorkBuddy 客户端中的完整对话路径仍需验收，详见 验证记录。

0.3：按普通人的点餐方式使用

“35 元、不辣、有糖可乐去冰、带走”或“35 元、不辣、无糖可乐去冰、带走”应当是一句话。有糖和无糖都是平等的口味选择，未指定时不默认无糖。WorkBuddy Skill 会补问缺失的门店或配送地址，按官方选项构造餐单，解释未满足的条件，不要求普通用户查商品或券 ID。

• 糖与冰量：有糖可乐／无糖可乐／都可以并列展示，明确选择后不会因营养排序而擅自替换；标准冰、少冰、去冰、多冰使用当次官方特调 key。去酱、去菜按完整配料名匹配，重新核价，去配料后标准营养合计改为未知。
• 门店与组合：搜索门店、查看当次菜单、选择套餐；按可售的小食×饮料最多展开 12 份并逐份核价。供应缺失就说明，不能把旧店套餐当成全国通用。
• 多维取舍：个人能量上限、蛋白质下限，以及价格/钠/能量/蛋白质的非支配候选；不输出任意健康评分。
• 没有合适餐单时：只有预算阻碍时显示保持其他条件所需的最低候选预算；否则提示扩展候选或由用户调整条件，不自动放宽。
• 少重复填写：网页可主动点击“记住我的条件”，仅在当前浏览器保存，可随时清除。复制到 WorkBuddy 的文字会携带当前偏好和履约意图。

网页收录的独立历史样例由 fixtures/demo-snapshots.json 管理，当前包括南京天元东路、洪武、东城汇餐厅。天元东路与洪武样例均包含实测“薯条＋有糖可乐”和“薯条＋无糖可乐”的去冰组合。各组独立标明门店、公开地址与核价时间，不跨店混比。网页不实时核价、不接受 Token。

以下命令供开发者调试；日常使用可直接采用上面的 WorkBuddy 对话入口。

python3 demo.py --sugar zero --energy-limit 700 --protein-min 20
python3 demo.py --search-stores --city 南京 --keyword 新街口
# 用返回的真实门店和套餐编码替换下列占位文本
python3 demo.py --list-meals --store-code 门店编码
python3 demo.py --live --store-code 门店编码 --meal-code 套餐编码 --expand --sugar zero --ice none

没有核验冰量的历史样例不能被改成去冰报价。CLI 当前只自动构造三轮完整套餐；全部杯型、儿童玩具、辣度分级及过敏原尚未完整支持。

积分、优惠券与到店/配送

先看看手里的券：什么时候能用，这一餐用不用得上。

在 WorkBuddy 中可以直接说：“看看我的券哪些快到期。如果我去天元东路餐厅带走，有没有适合这顿饭的？先别替我改有糖可乐去冰的要求。”Skill 会区分券包、时间窗口和门店适用性；需要选店或确认餐品时再补问。

python3 demo.py --coupon-demo       # 构造样例，不联网；六张均设为官方当前不可用，仅演示日期/时段分档
python3 demo.py --my-coupons        # 只查询自己的券，默认给可读报告
python3 demo.py --my-coupons --json # 完整脱敏明细，不保存到文件
# 门店编码来自用户确认后的查询结果；以下是开发者入口
python3 demo.py --my-coupons --store-code 门店编码
python3 demo.py --my-coupons --channel delivery --store-code 配送门店编码 --business-code 成对业务编码