几乎就在同一时刻，百度决定将文心一言Web端以及文心、文心助手等多个网址整合，统一归入文心助手平台。关于价格策略，则没有变动，继续维持免费模式。另一边，是AI应用开始向用户收取费用，而另一边却是入口越设越少、功能却日益丰富，却分文不取。面对同一道行业难题，两家企业分别交出了自己的答案。这道难题便是，在移动互联网时代那条被视为铁律——入口越多、流量越大、议价权越强，在AI领域是否依然适用？过去十多年间，几乎所有互联网企业的扩张逻辑都源于这一假设，广泛增设入口、抢占用户时长，用规模构建自身壁垒。但AI产品的成本结构迥异于互联网时代，每一次互动背后都是真实的算力消耗，用户基数越大，有时意味着开销越重。豆包和文心，恰好站在这一逻辑断裂的两侧。豆包选择收费，为“任务完成”明码标价；文心则通过免费模式扩充规模，将更多能力筑造成基础设施。两条路看似截然不同，实际上都在回应一个变化：AI竞争已从比拼入口数量、流量规模，转向比拼谁更能高效解决实际问题。两条路径在相近时间交汇，构成了观察国产大模型商业化抉择点的绝佳视角。全球AI领域，正在上演一场“入口”之争入口冗余，是每位AI产品开发者在发展过程中都可能遭遇的困境。早期抢占市场份额的逻辑很容易理解：先抢占阵地，再逐步优化体验，谁先将用户留住，谁就占据了领先优势。这种方式本身无可厚非，但代价是用户往往记不起该去哪里发起提问。微软的境况最能体现这种情况：打开Word，侧边栏有Copilot；切换到Teams，还有Copilot；转向GitHub，Copilot依然存在；在Edge浏览器中也能找到Copilot，就连Windows系统本身也内置了Copilot，用户需要在五个各自独立的入口间切换，每个入口都不共享对话状态和上下文，AI助手反而成了用户记忆负担的一部分。这种冗余在产品初期尚可接受，那时Copilot更多是功能展示：总结会议、起草邮件、补全代码等，用户不必对其产生深度依赖，出错了重试成本不高。但随着行业从聊天窗口向智能体演进，AI所需的不再是会聊天的工具，而是一个能规划、执行、审核，并能在不同场景间无缝对接的系统。不可能依靠几个挂着相同招牌却互不关联的助手来搭建流程。当用户对AI的期待，从“能否聊几句”转变为“能否把事情办妥”，过多的入口本身就会成为效率的阻碍。因此，巨头们几乎同时做出了相同举动：整合分散的入口。谷歌的方案是将Gemini持续融入Chrome这个主要流量入口，最初以侧边栏常驻形式出现，随后升级出“自动浏览”功能，用户可让Gemini代为比价、填表、订票，在涉及登录或最终支付等敏感操作时才将控制权交还。对此，谷歌心中很清楚，就是要让Gemini成为跨越搜索、浏览器、办公套件的统一AI主入口，借此也确保搜索这一核心业务不被聊天式交互挤压。微软的举措同样如此，今年5月底Fortune援引内部信源的消息称，公司正筹备一款尚未命名的“超级应用”，计划将Copilot Chat、GitHub Copilot、Copilot Cowork，以及内部代号Autopilot的工作流引擎，全部纳入一个界面，由Copilot业务负责人Jacob Andreou负责推动，对内目标是“形成一个Copilot”，预计在今年夏末落成。这两家公司提出的方案虽各有千秋，但解决的却是同一个问题：用户不该在决定“这件事该找哪个AI助手”上耗费时间，才去着手解决。百度这次的“三站合一”，是中国市场对这个问题的答案。关闭几个网站、统一一个域名，这是肉眼可见的简化；那些不易察觉的部分，则是搜索、文库、办公、智能体能力第
