A2A 网络要吃掉美团？饺子馆 skill 里藏着这个叙事的裂缝
一家饺子馆的 skill，自己推翻了自己
几天前，GitHub 上一个叫 jinguyuan-dumpling-skill 的 repo 突然火了一下。
北邮旁边一家饺子馆，金谷园，老板在自己的 GitHub 账号上挂了一个 MCP skill。五个工具：查菜单、查今日特价、查营业状态、查排队情况、加入排队。用户打开 Claude Desktop 或者随便哪个支持 MCP 的 AI 客户端，说一句"帮我看看金谷园现在还要排多久"，AI 直接调这个 skill 回答。
不用打开美团。不用打开大众点评。商家发了一个 agent，用户带着自己的 agent 过去问。两端直接对话。
很多人看完这个 repo 的第一反应是——美团要完了。这不就是那个讲了两三年的 agent-to-agent 网络吗？每个商家一个 agent，每个用户一个 agent，中间那个抽 20% 的平台，凭什么还需要存在？
慢一点。仔细看这个 skill 的代码。
它的"加入排队"和"查排队情况"这两个工具，底层是内嵌的美团排队系统。商家没有自己建队列，没有自己的取号逻辑——他把美团的排队 API 包了一层，套上 MCP 协议重新卖给你。
换句话说，这个号称"绕开美团"的 skill，底层还在调美团的 API。
这个矛盾我觉得挺有意思。它不是金谷园老板偷懒。是这件事没法不这样。
过去这几天，我花了 90 多分钟跟一个相当硬的对手把 A2A 网络替代传统撮合平台的整个假设走了一遍，从最动人的版本走到最锋利的反驳。饺子馆 skill 的这个矛盾，就是整场讨论的缩影。
这篇文章把讨论里的骨架原样搬出来。先用最强的版本讲一遍 A2A 网络这个故事——它真的有动人的地方。然后戳四个洞。不是为了证明它完全不行，是为了戳穿那个"美团要完了"的轻飘飘的叙事。
下一篇我会讲——如果真有一个版本能跑通，它会长成什么样。剧透：不是新美团，是服务业的 Stripe。
先把对方当对手，不当稻草人
把 A2A 网络这个想象力推到最强的版本，大致是这样：
每个服务需求方有自己的 agent——住在你的手机、电脑、或者某个 SaaS 里。每个服务供给方（餐厅、航空公司、酒店、保险公司、物流、装修、婚庆、家政）也有自己的 agent。中间有一个注册中心，像 GitHub 一样，商家把自己的 agent 挂上去，声明自己能提供什么、支持什么支付、遵守什么协议。
你有需求的时候——比如"下周三晚 7 点，4 个人吃粤菜，人均 300 以内，要儿童餐椅，停车方便"——你的 agent 去这个注册中心扫。它一次扫 1 万家粤菜馆，按你的条件筛出 3 家，拿到菜单、订位状态、实际价格，直接跟商家 agent 谈定预订。整个过程你不打开任何一个 App。
这个设计在技术上不是幻觉。做过微服务架构的工程师一眼就能看出来——这基本就是 Eureka、Nacos、Consul 做的事情：服务注册、服务发现、健康检查、负载均衡。只是把场景从公司内部的服务间通信，放大到了跨公司、跨行业的服务协调。
然后是商业想象力的部分。
大众点评今天有上万员工。一个 A2A 网络的运营方，真的需要这么多人吗？
不需要商家地推，因为商家自己上来注册。不需要几千人的内容审核团队，因为没有 UGC 评价可以审。不需要几千人的客服，因为 agent 对 agent 的大多数问题会自动解决。不需要数据标注团队，因为商家自己报自己的信息。
Midjourney 80 个人做出一年 2 亿美元收入。Stripe 初期 10 个工程师做出 YC 冬季一批里估值最高的公司。Visa 2 万多人、take rate 1.5% 左右、一年利润 100 亿美元级。
如果服务业的 A2A 网络走这条路——极低抽成（2% 甚至更低），极薄团队（几十人到几百人），把从厚平台里挤出来的成本让回给用户和商家——这就是所谓"薄 + 透明 + 大"的想象。
2008 年 10 月 31 日晚上，中本聪在一个密码学邮件列表里贴了一份 9 页的 PDF。标题是 Bitcoin: A Peer-to-Peer Electronic Cash System。第一句话后来被引用了无数次——"A purely peer-to-peer version of electronic cash would allow online payments to be sent directly from one party to another without going through a financial institution."
17 年过去了。有一群人在想同一件事，只是把 electronic cash 换成了 electronic service：能不能让服务的买卖从一方直接流向另一方，不经过一个叫美团或者携程的中介。
这个想法有它的魅力。
但它有四个硬坑。
坑 1：薄平台绕不开厚平台
饺子馆 skill 的排队功能内嵌美团，就是最锋利的证据。
老板为什么不自己写一个排队系统？他有自己的门店、自己的服务员、自己的收银台，他完全可以做一个独立的叫号逻辑。技术上写这个东西 2 天就能搞定。
因为他做了也没用。
用户是在哪里排队的？是在美团。是在大众点评的首页，是在地图搜索的结果页，是在小红书探店博主推荐的那个链接里。是在美团已经建好的那个分发渠道里。金谷园如果自己搞一个独立的排队系统，等于把现有的 80% 线上用户放弃掉。他接不起这个成本。
所以他的 skill 里那个"绕开美团"的愿望，止步于"菜单查询"——这是他自己的信息，美团没有控制。但一到"履约环节"（排队、预订、支付），他必须回到美团。
这里有个被低估的事实：平台抽的那 20%，大头不是匹配。
我去看过业内对美团抽成的拆解。一个典型的 18-22% 外卖佣金或者堂食抽成，大致分成这几块：
- 支付处理 + 资金托管，3-4%
- 评价与信任体系的建设和维护，3-5%
- 售后、投诉、退款仲裁,2-3%
- 市场营销和流量引导，4-6%
- 监管合规（食品安全、发票、税务），1-2%
- 真正的"纯撮合"、"纯流量匹配"——大概只有 3-5%
- 剩下是利润
A2A 网络的 agent 发现机制，只能啃掉最后那 3-5% 的匹配层。前面那些支付托管、信任体系、售后仲裁、合规背书——agent 之间做不了。你的 agent 跟餐厅的 agent 不能互相打款（中间还是要一个支付通道）。你的 agent 发现餐厅关门了，不能自己去仲裁（中间还是要一个平台）。你的 agent 不能给食品安全背书（这是政府监管 + 平台责任）。
所以饺子馆 skill 的排队功能内嵌美团不是一个技术偷懒，是一个经济学必然。
一个新的 A2A 网络要么依附于现有厚平台（就像饺子馆做的那样，把美团包装一层），要么从零开始重新建信任 + 支付 + 合规 + 市场。
后者是什么？
就是重新做一个美团。
美团不会死。美团会变成被调用的后端。
你跟它交互的方式会变——从打开 App 变成让 agent 调它的接口。但它依然在那里，依然收 20%，依然决定你能看到什么、不能看到什么。
坑 2：评价体系的冷启动
饺子馆 skill 有一个功能我没提——它没有评价查询。
五个工具里面没有"查评分"、没有"看点评"、没有"看差评"。老板明白一件事：评价系统不是一个商家自己能建的东西。
这就是 A2A 网络在体验型属性上的硬伤。
一家餐厅有两类属性。一类是事实型的——有没有儿童餐椅、停车位几个、菜单多少钱、今晚 7 点还有没有 4 人桌。这些 agent 可以直接查询，商家 API 一个调用就返回。不需要评价系统，不需要 UGC，不需要大众点评积累 20 年的数据。
另一类是体验型的——环境安不安静、服务态度怎么样、味道正不正宗、性价比高不高。这些 agent 查不到。商家说"我们很安静"不可信；商家上传"我们的装修图"不代表今晚真的安静；商家自己打分 5 星是免费的。
体验型属性的判断，必须来自某种聚合的人类反馈——哪怕这个反馈是通过 agent 传递的。
我跟讨论对手在这个点上拉锯了很久。他提了一个聪明的设计：平台不接受商家自由推广自己的评价，也不让用户随便留评论；而是平台主动抽样，事后通过用户 agent 回访："那天晚上那家餐厅真的像介绍的那样安静吗？"这比传统大众点评难刷单——商家不知道平台会抽样谁，也不知道用户什么时候会被问。
这个设计我承认是有智慧的。但它有一个数学问题。
假设抽样比例 10%（不算低）。用户对 agent 回访的响应率 30%（相当乐观）。一家新餐厅每个月 100 个订单。前 3 个月能积累多少条"有效评价"？
100 × 3 × 10% × 30% = 9 条。
对比大众点评同期——一家位置还行、有一定曝光的新店，3 个月能积累 50 到 100 条评价（其中很多是刷的，但数量在那）。
9 条对 50-100 条，对用户做决策的参考价值差 5 到 10 倍。
这意味着什么？早期用户打开 A2A 网络的订餐界面，搜出来一家新餐厅，只能看到 9 条评价。他不敢信，他切回大众点评。
美团打开冷启动的弹药是 2011 到 2013 年烧的 20 亿人民币补贴。A2A 网络如果要用"高质量、难作假"的评价机制去竞争，这笔启动资金在哪？
坑 3：流量入口悬空——最少被讨论但最致命
这是我和对手讨论到最后才挖出来的。也是 A2A 叙事里最薄弱的一块，但很少有人点名。
饺子馆 skill 放在 GitHub 上，代码写得很漂亮。然后呢？
然后你的 豆包 凭什么会调用它？
你打开 豆包 APP，说"帮我订个饺子馆"，豆包会去 jinguyuan-dumpling-skill 这个 repo 拉 skill？不会。它根本不知道这个 repo 存在。它需要一个发现机制——一个地方告诉 豆包"这些是可用的餐饮 skill"。
那个地方是什么？
2026 年 4 月这个时间点，我们知道这些事实：
- 阿里百炼的 MCP 服务：第三方 MCP server 不能直接被 Qwen API 调用，必须通过百炼的智能体应用层接入。也就是说，即使饺子馆老板把 skill 上传到百炼，它是不是能被用户看到，百炼说了算——不是开放接入，是审核制。
- 字节 Volcano Ark：2026 年 4 月刚刚推出完整的 MCP 服务。媒体对此的描述是"对高频应用和服务的完全开放仍持谨慎态度"。翻译过来：短期内不会给第三方 MCP server 完全平等的调用权。
- Perplexity：2024 年 11 月就上线了 sponsored answers——AI 生成的回答里直接嵌入广告。模式跑通了。
综合这三条：你的 MCP 有没有被调用的机会，取决于几家通用 agent 厂商的商业决策。而这些厂商自己在做商业化——付费排名、sponsored placement、独家合作。
饺子馆老板做了个 skill，挂在 GitHub。他的下一步是什么？去百炼申请入驻，去 Volcano Ark 申请入驻，去 ChatGPT 的 plugin store 申请入驻。每一家都有自己的审核、自己的排名规则、自己的分成比例。
我能不能问一个问题——这不就是 App Store 那套东西换了一个名字？
App Store 是不是一个中介？苹果抽 30% 是不是一个中介费？开发者要不要去做 ASO（App Store Optimization）？要不要买苹果的搜索广告？App Store 是不是决定你的 App 能不能被用户看到？
都是。
MCP 注册中心就是新的 App Store。通用 agent 就是新的 Siri。"绕开美团"的梦想，会在"被 ChatGPT 排序"这一步重新被收走一部分。
还有一个现象我必须提——SEO 行业 25 年历史。
Google 投入了全球最强的 AI 团队、每年几十亿美元对抗 SEO。结果呢？2020 年以后 Google 搜索质量断崖式下降，你搜技术问题搜到 AI 生成的内容农场，搜商品搜到刷单专页。Google 的 AI 没赢，SEO 没死，只是换了个马甲叫 GEO（Generative Engine Optimization）和 AIO（AI Optimization）——2024 年底 ChatGPT Shopping 上线之后，有一整批公司冒出来专门教你"如何让你的 SKU 被 ChatGPT 推荐"。
这里最冷酷的一件事：AI 时代的欺骗不会更难，可能更容易。真人的判断是 100 万个异构的大脑，你攻击不同的大脑要不同的方法。AI 的判断是同构的——找到一种攻击方法，可以复制 100 万次。
你的 A2A 网络如果真的跑起来，第一件事不是用户和商家爱上你，是AIO 产业把你当新战场。
一句话总结这个坑：你不是在做一个无摩擦的中介消失运动，你是在假设一个还不存在的商业安排——通用 agent 厂商会中立地、平等地、免费地把你的 MCP 推给用户。这个假设没有证据。
坑 4：规模不对称——饺子馆是个特例
饺子馆 skill 我们聊了很多。但你有没有发现一个细节——它就是一家店做的。
金谷园老板是一家独立餐厅的老板。他会写代码（或者至少能指挥一个朋友写代码）。他有自己的 GitHub 账号。他懂 MCP 协议。
这是北邮旁边一家饺子馆老板，不是全中国餐饮业的代表。
全中国餐饮门店 800 万家左右。其中连锁占比大概 18%（2024 年中国连锁经营协会数据），也就是 150 万家是连锁。剩下 650 万家是单店——大部分是夫妻店、小餐馆、地摊升级版。
我问你：这 650 万家里，有百分之几的老板自己做过一个 MCP skill？我的估计是万分之一以下。大部分小餐厅老板连一个合格的大众点评页面都填不利索。营业时间今天是 10:00-22:00，明天他心情不好改成 11:00-21:00，下个月又改回来，大众点评页面三个月不动。
做过 B2B 运营的人知道一个数字——大众点评那种平台的商家侧数据错误率长期在 15% 到 30% 之间。菜单错的、价格错的、营业时间错的、地址错的、电话错的。美团有几千人的运营团队每天巡检，还是压不下来。
另一个更硬的数字：中国中小餐厅里，约 70% 没有 POS 收银系统。我说的是真的 POS——带后台、能出数据报表、能对接外部 API 的那种。大部分店用的是 2000 块钱一台的电子收银机，或者更简陋——一本账本 + 微信收款码。
你的 A2A 网络要让这些商家自动同步菜单、自动同步库存、自动同步营业时间？
没有 POS，同步什么？
这就回到 Midjourney 和 Adobe 的类比了。我一开始也被"10 人团队做出 Midjourney 级别公司"这个论述吸引过。但 Midjourney 是单边 SaaS——没有商家，没有供给侧，没有 10 万家夫妻店要地推。Midjourney 的对比对象不是美团，是 Photoshop；Photoshop 是 Adobe 的产品，Adobe 2 万人，Midjourney 80 人，确实差了 250 倍。这个颠覆是真的。
但 A2A 服务撮合平台是双边本地服务——你既要 C 端用户、也要 B 端商家，你既要做线上入口、也要地推线下老板，你既要维护用户体验、也要保证商家数据质量。
历史上双边本地服务平台从来没有 10 人做成的先例。Airbnb 最早 50 人也没做到 10 人，Uber 早期 30 人起步，Instacart、DoorDash 都是几百人起步。美团 2011 年成立时有 100 多人，当时还在做团购。
A2A 网络的"10 人团队"想象，是把单边 SaaS 的成功经验错用到了双边本地服务上。
饺子馆一家能做。饺子馆 10 万家做不起来。
反面论证：如果你是 A2A 网络的支持者，你会怎么辩？
我得公平。A2A 网络的支持者不是傻子，他们有几个回应。我一个个讲，也一个个回应。
反驳 1："你举的全是现有平台的问题，新平台可以不复现这些问题。"
不对。那些不是平台的选择，是市场经济的物理约束。信任成本、支付结算、售后仲裁、监管合规——这些是双边市场本身的硬成本，不是某个公司的运营低效。你换一个新平台，这些成本还在，只是形态可能换。要么你把这些成本包进自己的运营（变厚）；要么你让别人做（等于你薄但总成本没降，只是转移）。
反驳 2："AI 时代信任欺骗会更难，因为 AI 审计能力更强。"
这是我和讨论对手吵得最凶的一点。他说得有一半对——AI 确实能把 3000 条评价读一遍，比真人扫前 20 条更充分。但另一半错了，前面讲过：AI 的决策是同构的，攻击者的方法可以规模化复制。SEO→AIO 已经在演化。Perplexity 的 sponsored answers 已经上线。
AI 时代的信任攻防总成本，和人的时代相比不会显著更低。可能只是形态转移——从"买水军"换成"做 prompt injection"。
反驳 3："技术成熟需要时间，不能用今天的现状否定未来。"
这个论点很危险。因为它是个万能 hedge——任何预测不准都可以用"时间还没到"解释。语义网说了 20 年，区块链去中介化说了 10 年，结果呢？
但假设它对——假设 A2A 网络需要 5 年成熟。那 5 年里，美团在干什么？
美团技术团队 2024 年已经公开招 agent 方向岗位。美团一年研发投入 200 亿人民币，团队几万人。它看到这个趋势、先开始做"agent-first 后端"、对外开放 MCP、给第三方 agent 分成——都比一个新创业团队从零建所有东西快。
时间站在美团这边，不站在 A2A 网络这边。
结论：不是 A2A 网络不会来，是它不会按你想象的方式来
把上面四个坑 + 三个反驳合起来，我的结论是：
UI 层会被 agent 吃掉，这个确定。你未来跟美团 app 交互的方式会越来越少——用户打开的是 ChatGPT、Claude、千问、豆包，而不是美团。
但是——吃掉这个 UI 层的，不是某个独立的 A2A 网络，是通用 agent 入口。ChatGPT、Claude、千问、豆包——它们才是新的流量入口。美团的 UI 失守，但美团的业务不会失守。
信任、支付、合规、监管——这些不会消失，只会换形式。它们可能被 Visa 级别的基础设施承接，可能被监管直接持牌的机构承接，可能被现有美团自己承接。但它们一定是厚的，不是薄的。
结果是：美团这种平台不会死，会变成被调用的后端。就像 2010 年以后电视台没被互联网杀死，电视台变成了 Netflix 的内容后端。渠道换了，业务还在。
这就是饺子馆 skill 那个矛盾想告诉你的事情——它的排队功能内嵌美团，不是老板的技术选择，是这件事的经济学必然。
A2A 网络会来。但它不会像 2021 年区块链那样，一边喊着"去中介化"一边把所有中介换个名字又做一遍。它会来得更平淡、更具体、更像是老平台换了一层新衣服。
一句话
A2A 网络不是平台的掘墓人，是平台的化妆师。
下一篇预告
讲到这里，很多人会问——那 A2A 网络的机会到底在哪？
过去半年，VC 圈和创业圈逐渐形成了一个共识答案——不做新美团，做服务业的 Stripe。不争 C 端入口，不跟 ChatGPT 硬碰，只做"让 agent 能调用本地服务"的后端 + MCP 层。Stripe 2024 年估值 650 亿美元，这个范本让一批 A2A 方向的创业者重新有了方向感。
这个答案听起来救了场。它绕开了上面四个坑——不做新平台、不做 UI、不复现冷启动补贴。
但它真撑得住吗？
下一篇我想拷打这个共识答案。12 到 18 个月的窗口是真的，还是只是 A2A 流行叙事的第二轮包装——用"Stripe 类比"给一个结构性难题换上新衣服。