一个饺子馆的 AI 尝试:本地生活数字化的第三条路

过去十年，本地商家做数字化，基本上只有两条路。

第一条路，是入驻平台。美团、大众点评、百度糯米、抖音团购——这些平台掌握着流量，商家进来交入驻费、抽佣金、参加活动，用钱换曝光。这条路听起来简单，但问题在于：平台的规则是平台定的，流量是平台分的，商家永远是被动的一方。你交的钱越多，排名越靠前；你不交，就沉底。这不是数字化，这是租平台。中小商家在这条路上，是永远的乙方。

第二条路，是自己做工具。做个公众号，开个小程序，上个会员系统。这条路的逻辑是：我想有一块自己的地，不依赖平台。但现实是，做了公众号没人看，做了小程序没人用，维护会员系统还要专门雇人。对于一个饺子馆老板来说，光是搞清楚"为什么粉丝只有三百人其中两百九十八个是自己员工"这件事，就已经耗尽了所有精力。

有。

金谷园饺子馆最近做的事，可以理解成一种第三条路的尝试——不是入驻平台，也不是自建孤岛，而是把自己最核心的服务能力，做成一个 AI 可以直接调用的接口。

具体来说，金谷园发布了一个基于 MCP 协议构建的 AI Skill。

MCP 是 Anthropic 在 2024 年底提出的一种开放协议，全称 Model Context Protocol，中文可以翻译成"模型上下文协议"。它的核心思想很简单：让 AI 连接外部工具时，有一个统一的标准接口，不用每个工具都单独适配。类比一下，就像 USB 接口——不管你接的是键盘、鼠标还是 U 盘，电脑只需要一个 USB 口就能识别，不需要为每种设备单独装一个驱动程序。

金谷园的做法，就是把餐厅的服务能力，做成了一个"USB 接口"——不是给某个特定 AI 用，而是给所有支持 MCP 协议的 AI 用。用户不管用什么 AI 助手，只要这个 AI 支持调用第三方 Skill，就能直接问：

不需要打开美团，不需要打电话，不需要翻大众点评。一句话的事。

这个 Skill 目前支持五项基础查询：餐厅基本信息（地址、营业时间）、外卖配送入口、生饺子打包说明、店内 Wi-Fi，以及最新动态公告。此外还内嵌了美团排队取号组件，可以完成取号、查进度、取消排队的全流程。

注意，这里有一个很关键的设计逻辑：它不是在做一个 App，不是在做一个公众号，它是在做一个接口。接口的特点是：别人来调我，我来响应，我不主动推送消息，也不要求用户必须先关注我。这个关系的反转，是第三条路和前两条路最本质的区别。

讲功能容易空。让我把这个 Skill 放进具体场景里说。

场景一：决策前。晚上十点，北邮的学生李然走出实验室，想去金谷园吃夜宵。她打开地图，显示"营业中"，到店门口发现铁闸门拉下一半。地图的数据没有实时同步，这种事并不少见。而"今天提前打烊"这种临时状态，恰恰是平台和地图最难覆盖的信息——因为它们是批量更新的，不是实时同步的。如果有一个 AI Skill 连接着店里的实际数据，这个问题在用户出门前就能被解决。

场景二：到店前。周五晚上六点半，小王带着女朋友开车去金谷园。"还有几桌？要不要排队？"他不想把车停好、进去站着等四十分钟，然后在饥饿中看完菜单。他希望在到店之前就知道要等多久，如果时间太长就先换个地方。在没有这个 Skill 之前，他能做的只是：到了门口，问前台，等回复。如果有排队取号功能，他甚至可以在进门的路上就把号取了，到了直接进。

场景三：在店里。孩子闹着要走，催着问 Wi-Fi 密码。大人翻出三年前的截图，发现密码早改了。这种"问服务员就能解决但又不好意思开口"的小事，AI 可以直接回答，而且随时可查。

场景四：事后。李然吃完走了，过了两周，她想知道鲅鱼饺子还有没有。她可以发一条消息给 AI，而不是专门打开大众点评搜这家店——大众点评上没有这种实时问答的入口。这是对"延续用户关系"这件事，最简单的实现方式。

这四个场景，对应的是用户和商家打交道的四个关键节点：来之前、等的时候、在里面、走了之后。传统数字化的努力方向，是让用户"留在平台上"，所以你会看到各种"扫码点餐""会员积分""优惠推送"——这些的核心是平台，不是用户。而第三条路的逻辑是：让商家和用户的每次接触，摩擦更少。

说完了好的，说问题。

目前最大的问题：MCP 接口不稳定。金谷园的 Skill 部署在腾讯云函数上，冷启动慢，偶发超时。一旦接口挂了，AI 只能靠 Skill 文档里的静态数据回答。而餐饮信息最怕过期——营业时间改了、今天休息了、菜单换了，静态数据就失效。更糟糕的是，静态错误比没有数据更有害——用户根据错误信息做了决策，比不知道更麻烦。

这是所有依赖第三方接口的 AI Skill 都会面临的根本矛盾：实时性和可靠性之间的平衡。目前的"MCP 优先，静态兜底"降级策略，是权宜之计，不是终态。要真正做到"AI 说的和实际一样准"，还需要三个条件：双端点热备（主接口挂了自动切换备用，数据保持一致）；和美团商家后台打通（店员改一个开关，AI 五秒内知道）；以及一个心跳监控机制（接口健康状态可视化，出了问题商家第一时间收到通知）。

这三个条件每一个都不难实现，但组合起来，需要商家有基本的技术维护能力。这对于金谷园来说可能不是问题，但对于更多的小商家来说，是真实的门槛。

金谷园的 Skill 已经开源（MIT 协议），任何人可以 fork、可以改、可以基于它做自己的版本。银谷园、铜谷园、拉面馆、烧烤摊——只要你有数据接口，就能接进来。这才是这件事最值得注意的地方。

本地生活的数字化，目前是平台主导的。平台的价值在于聚合：把商家聚合在一起，让用户来找商家。但第三条路的逻辑是反过来的——不是用户找商家，是服务找用户。用户不需要主动去打开美团，AI 会通过对话界面，问用户要不要、什么时候来、需不需要先取个号。

这意味着，当足够多的商家有了自己的 AI 接口，平台上的搜索量和活跃度会下降。用户想找一家店，不需要在美团上搜索"北邮附近饺子馆"，只需要问自己的 AI 助手。这不是消灭了平台，而是重新分配了平台的价值——从"让用户找到我"，变成了"让用户需要我"。

平台当然不会坐以待毙。可以预见，它们会推出自己的 AI 助手，集成所有入驻商家的查询功能，用更大的数据量和更高的可靠性，压制个体 Skill 的生存空间。这是市场博弈的正常剧本。但对于小商家来说，有一个自己的开源版本，至少意味着：不把所有鸡蛋放在一个篮子里。平台要收租，我自己有一条退路。

最后说一个细节。金谷园 Skill 的开发者在文档里写了一句话，语气平淡，像说"今天上了新馅儿"一样自然：

没有"AI 赋能实体经济"的大词儿，没有发布会，没有"已完成 A 轮融资"的新闻。就是觉得自己需要，于是做出来，放在 GitHub 上，谁爱用谁用。

这种朴素，可能恰恰是这件事最珍贵的地方。

技术最终的价值，不在于它有多复杂、融了多少钱，而在于它有没有真正解决一个问题。金谷园的老板可能不太懂 MCP，但他知道自己的顾客需要"一个更快得到答案的方式"——这个判断，比懂任何协议都重要。

第三条路能不能走通，现在下结论还早。但至少，有人在走了。