xiaohack's Blog - 开源协议
type: channel
link: https://blog.xiaohack.org/tag/3a455446/
items: “商业版 HTTP”来了：谷歌 CEO 劈柴官宣 UCP，Agent 直接下单，倒逼淘宝京东“拆家式重构”？
items: 不到百万级，看不见 MCP 的真实问题：创始人亲述这疯狂的一年

“商业版 HTTP”来了：谷歌 CEO 劈柴官宣 UCP，Agent 直接下单，倒逼淘宝京东“拆家式重构”？
type: item
date: 2026-01-15T19:19:33+08:00
description: 谷歌把“Agent 购物”这件事，推到了一个更标准化的层面：Universal Commerce Protocol（UCP）正式亮相。 近日（1 月 11 日），谷歌 CEO Sundar Pichai（绰号“劈柴”） 首次登上 NRF（美国零售联合会年会），在题为“人工智能平台转型及零售业的未来机遇”的主题演讲中宣布了该协议。 按照谷歌的说法，UCP 是一项新的开放标准，目标是让 Agent 能够在线上直接买东西。在实现机制上，UCP 通过定义一组“代理商务的构建模块”，把端到端的购物流程拆解成可复用的能力组件：既覆盖推动商品发现与购买的关键动作，也延伸到下单后的体验与服务等环节。 谷歌表示，这套设计将让生态系统在同一套标准下实现互操作，使任何 Agent 都能与任意商家进行对话，并自主完成从商品发现到结账的完整购物流程。 该标准采用 Apache 2.0 开源许可证发布：https://github.com/Universal-Commerce-Protocol/ucp 很多人一看到这条消息就意识到：大事可能真要来了。 风险投资人 Linas Beliūnas 在 LinkedIn 上评论称：“谷歌刚刚对‘商业’做了一件类似 HTTP 当年对 Web 所做的事情。” 在他看来，UCP 的野心，是把电商 20 年来那条固定链路，“搜索—广告—商品页—结账”——压缩成“意图—Agent 推理—购买”：用户不再需要点击跳转，不再被迫参与 SEO 博弈，也不再被传统的转化漏斗一层层“导流”。 进一步说，Beliūnas 认为，UCP 试图成为商业领域的“HTTP”——也就是所有由 AI 介导的交易背后，那层看不见、但不可或缺的基础设施，“品牌不再争夺用户注意力，他们将竞相争取被 Agent 选中。网站变得可有可无。这就是非人类商业的开端。” 长期关注零售的连续创业者 Scott Wingo 甚至把谷歌这次在 NRF 上的一系列动作形容为一次“震撼与威慑（shock and awe）式”的进攻。他感叹自己在这个行业干了 30 年，“从来没见过现在这样的场面，真的太疯狂了。” 在 Wingo 看来，NRF 过去一直带着点“昏昏欲睡”的气质：讨论的多是收银系统、收银机、POS，以及超市自助结账的传送带这些传统议题。而如今，它几乎已经变成了一场围绕 Agent Commerce（智能体商业）展开的大会。“这种变化，是我做梦都想不到的。”他说。 统一零售界的新标准？ 那么，UCP 到底是什么？ 简单说，UCP 的目标是让 Agent 能够贯穿用户购买流程的各个环节：从商品发现、对比，到下单结账，再到购买后的支持服务，都可以在同一套标准下衔接起来。它想解决的核心问题是：用一个统一标准承载这些流程能力，而不是让商家和平台为不同 Agent、不同系统反复做一遍又一遍的对接。 从谷歌给出的设计图可以看到整体思路：左侧是各种消费者触点——消费者在这些地方与 Agentic Commerce 交互。在谷歌的世界里，这些包括 Google AI Mode、核心搜索、Gemini 等。右侧是后台系统——零售商后台需要的订单管理、库存管理等能力。 中间是六项能力：产品发现、购物车、身份绑定、结账、订单，以及其他垂直能力。 中间是六个圆角矩形，其中三个是实线框，三个是虚线框。实线框的，是已经宣布、可用的能力。尚未上线的三项是：产品发现、购物车，以及其他垂直能力。 围绕这六项能力，Scott Wingo 也给出了更具体的解读：产品发现（Product Discovery）：目前官方并没有披露太多细节，但他判断，这很可能会与后续对Google Shopping Feed 规范的扩展绑定在一起。未来 UCP 可能会提供类似“开关”的机制：商家可以决定哪些商品对 Agent 开放，Agent 也可以通过协议以不同方式拉取商品信息——某种程度上，这有点像 Stripe 的 Agentic Commerce 套件思路。 购物车（Cart）：这是他认为“最值得盯”的部分。谷歌在图里用虚线框把它标出来，像是在释放一个强信号：UCP 可能要去挑战电商的“圣杯”——跨商家、多商品、由商家作为交易主体（merchant-of-record）的统一购物车。一句话：“一个购物车管全网”。他认为 ChatGPT/ACP 可能也有类似目标，但谷歌这次等于把这个方向直接摆到台面上。 身份绑定（Identity Linking）：他推测这会涉及“识别你的 Agent”（某种know your agent的机制）、银行卡 token 化等能力，类似 Link 或 ShopPay 那套：如果系统能把你的身份与支付凭据映射成 token，就有机会实现自动填充信用卡信息等体验。 结账（Checkout…

不到百万级，看不见 MCP 的真实问题：创始人亲述这疯狂的一年
type: item
date: 2026-01-14T17:03:43+08:00
description: 一年前，MCP 还只是一个“把模型连到工具”的开源协议；一年后，它已经冲进了一个很少有协议能抵达的位置：事实标准。 在这场一年狂飙的亲历者之一——MCP 联合创作者、核心维护者 David Soria Parrra 看来，最戏剧性的分水岭发生在四月前后：当 Sam Altman、Satya Nadella、Sundar Pichai 先后公开表态，Microsoft、Google、OpenAI 都将采用 MCP，“大客户”突然从 Cursor、VS Code 扩散到整个行业。 这一年，MCP 从本地 “桌面玩具”，一路演进到远程 server、认证机制、面向企业可用的 OAuth 重构，再到 11 月引入 long-running tasks，把深度研究、甚至 agent-to-agent 交互变成协议的一等公民。David 的总结很直接：“这一年真的非常疯狂。” 这段对谈里，David 也很坦率地复盘了 MCP 这一年的取舍：做对的，是死磕标准 HTTP；踩坑的，是把关键能力做成了‘可选项’，结果客户端大多不实现，双向能力被削掉。 更现实的问题是扩展性：规模一上来，多实例、多 Pod 下同一段交互可能打到不同机器，不得不用 Redis 之类的共享存储来“拼状态”，请求量到百万级就开始吃力：“当规模一上来，这件事一点都不好玩。”“一些公司——比如 Google、Microsoft——他们在用 MCP 的时候，规模已经大到我不能公开具体数字，但可以说是百万级请求。到了这个量级，这就真的成了一个问题。” 以下是播客内容整理，略有删节：MCP 的一年：从发布到行业事实标准 主持人：要不你先简单讲讲 MCP 的发展情况，以及之前为什么决定把它捐赠给基金会？接下来我们再系统回顾 MCP 这一年的演进，然后再请基金会的其他负责人加入，聊一些更宏观的内容。 David Soria Parrra（MCP Co-creator）：如果回到一年前，MCP 刚发布的时候，其实谁都没想到它会在这一年里迎来如此疯狂的增长。 老实说，这一年感觉像过了一个世纪。一开始是在感恩节和圣诞节前后，很多开发者开始自发地用 MCP 搭东西。随后，像 Cursor、VS Code 这样的“大客户”开始出现。 真正的拐点出现在四月左右——当时 Sam Altman、Satya Nadella、Sundar Pichai 等人陆续公开表示，Microsoft、Google、OpenAI 都会采用 MCP。那是一个非常明显的“分水岭”。与此同时，我们也一直在推进协议本身的演进。 最初，MCP 几乎只支持本地使用：你在桌面上跑一个 MCP server，通过本地 stdio 和客户端通信。但到了今年三月，我们开始推进“远程 MCP server”——也就是如何通过网络连接 MCP，并且第一次引入了认证机制。到了六月，我们又对这套认证方案进行了比较大的修订，尤其是为了让它真正适用于企业场景。 我们非常幸运，在三月到六月这段时间里，有真正做 OAuth 标准的行业专家，直接参与进来，帮我们把一些关键细节“拉正”。我们也在这段时间里大量投入在安全最佳实践上。 到了 11 月底，我们发布了新一轮重要版本，引入了长时间运行任务（long-running tasks）这一关键原语，用来支持深度研究类任务，甚至是 agent-to-agent 的交互。 现在的感觉是：MCP 的基础已经非常扎实了。接下来还有一两个关键原语和可扩展性问题需要解决，然后协议整体会进入一个相对稳定的阶段。 说实话，这一年真的非常疯狂。 主持人：你刚刚提到 agent-to-agent，那是不是也涉及 A2A 协议？在 Agentic AI Foundation 成立时，有没有讨论过把其他协议也纳入进来？ David：老实说，这几乎是必然会发生的讨论。我们当然讨论过市场上其他协议，比如一些支付协议之类的东西。但在决定成立基金会时，我们有两个非常明确的原则： 第一，我们想从小开始。这是 Anthropic 第一次参与开放源代码基金会，一切都是新的。我们希望先在一个相对可控的范围内学习如何把这件事做好，并且和 OpenAI、Block 一起，把基金会的节奏掌控住。 第二，在协议层面，我们非常在意“事实标准（de facto standard）”。目前来看，真正已经具备广泛采用度的协议，只有 MCP。其他协议还没有“走到那一步”。当然，如果未来某个协议发展到那个阶段，并且在功能上是互补的，我们是完全开放的。 在应用层，我们会更灵活；但在协议层，我们不希望一个基金会里同时维护五个做同一件事的通信协议。 主持人：你现在在基金会和 MCP 之间，是不是有点“戴两顶帽子”？ David：确实如此，但我主要精力仍然在 MCP 上。…