几个月来，代理商务中的商家端入口一直是 robots.txt 文件中的一行。 Shopify 在其结帐和购物车路径中阻止了人工智能爬虫，亚马逊彻底阻止了 Meta 的 Muse 代理，商家对代理流量的控制是反应性和生硬的：碎片门中映射的图片。 Salesforce 于 8 月 31 日发布的 Winter '27 公告将于 10 月 12 日正式发布，将这一大门移至 CRM 内部。阻止列表作为设置提供。
产品化的是授权，而不是代理身份。 API 目录回答的问题不是代理是谁，而是哪些代理可以调用哪些商务 API，以及它们可以访问哪些模型上下文协议 (MCP) 服务器和工具。该目录将来自 MuleSoft、Heroku 和 Apex 的 API 和 MCP 服务器整合到一个托管界面中；管理员为外部客户端激活 Salesforce 托管的 MCP 服务器并注册外部客户端。允许名单是无聊的基础设施。它封装在 CRM 订阅内，是一个附带价格的控制点。
地表不断扩大。同一版本还提供了代理技能和插件，将 MCP 连接器捆绑到可安装包中，在启动时预构建了 100 多个，以及第三方编排，使 Agentforce 通过 A2A 驱动来自 AWS、Azure 和 Google 的代理。平台连接的每个新表面都是必须经过某人授权的另一组调用。
可用情况比释放能量显示的要窄。 Winter '27 是发布挂钩和产品定位：允许列表成为 SKU，订单管理通过 MCP 连接，以及 Agentic Commerce Search 发货。这不是目录中确认的配对的发货日期。根据 Salesforce 的 Winter '27 发行说明变更日志，恰好有两个 API Catalog MCP 功能被明确标记为普遍可用：“在 API Catalog 中发现手动注册的 MCP 服务器”和“将 MuleSoft MCP 服务器引入 API Catalog”，这两个功能在 2026 年 5 月 11 日的变更日志周（即发布前五个月）下记录为滚动普遍可用。目录的 MCP 表面的其余部分（外部服务器的手动注册、安全风险评分以及从代理、提示模板和将 REST API 操作连接到服务器工具的映射）包含日期为 5 月到 7 月的发行说明条目，没有明确的 GA 或 beta 标签。提交时无法检索各个帮助页面。确认了就确认了；其余的则带有未标记的边缘。
闭合循环是商务材料中的一行：订单管理通过 MCP 连接。订单管理可通过相同的协议表面进行访问，是响应碎片门映射的姿势的平台。平台不再由商家将代理商拒之门外，而是决定哪些代理商可以进来以及他们可以接触什么。它没有解决 Oracle Fusion Claw 文章提出的架构问题：代理事务是在实时写回上运行还是在复制到平台的数据上运行。发布材料没有说。
然后是每个人都会引用的数字。 Agentic Commerce Search 根据每个商家的目录和购物者行为训练专用的小语言模型，Salesforce 的公告报告称：“早期结果显示转化率提升了 13%，添加到购物车的比率增加了 17%，该功能现在是所有 Shopper Agent 客户的标准功能。”这些是供应商报告的早期结果；尚未发布独立测试数据。这仍然是这个市场上任何人对代理驱动的购物流量进行的第一个量化转化赌注：第一次尝试对流量进行定价，而不仅仅是路由流量。
SKU不动的是商家真正争论的部分。正如责任缺口部分所述，当代理商购买错误时，商家仍然承担成本：不存在代理商错误的原因代码，没有框架重新分配损失，93％的商家认为人工智能提供商应该承担。商家相应地对风险进行配给；只有 28% 愿意向代理商提供完整的产品系列。 API 目录是平台治理，而不是风险分配。 Salesforce 已经建立了大门并为钥匙定价。收取通行费的一方是否也对路过的东西承担责任，这是《Winter '27》留下的问题。