截至 2026-05-04 UTC，百度在 ai-china 里更值得盯住的动作，已经越过又一轮模型更新本身。更锋利的信号，落在 千帆 开始补贴智能体的分发表层。百度自己的 Agent 开发平台页面写得很直白：当开发者把应用发布到 百度搜索、网页版、应用广场、微信小程序 这些渠道时，可以开启免费分发配置；配置开启后，符合条件的模型资源消耗由平台承担，开发者自己的模型资源因而不会被扣减。[1] 这条计费注脚并非旁枝，真正指向的是竞争重心落点。
一旦平台愿意为开发者把智能体送进自己偏好的渠道而付费，产品逻辑就会变。注意力自然从“这周谁的底模更强”移向“谁能把部署、发现与复用做得更便宜”。从百度公开文档连在一起看，我的判断是，百度希望千帆不只是一块智能体搭建面，更是一块把智能体送进流量入口的表面。[1][2][3][4]
图片说明：题图采用 Wikimedia Commons 上的百度上地总部真实照片。它适合本文，正因为这里谈的是机构级渠道控制与补贴设计，有别于悬空的聊天机器人概念图。[5]
补贴之所以重要，在于百度真正购买的是分发结果
最强的一条证据，就写在 Agent 开发平台页面本身。百度写下的不止是这些渠道“可用”。它明确写出，针对特定发布渠道，平台提供限时免费分发福利；开发者开启这项配置后，应用调用产生的模型资源消耗由平台承担，开发者自己的模型资源因而不会被消耗。[1] 同一页也立刻补上了边界：共享平台资源不保障 QPS，而且只有一部分预置模型服务适用。[1] 这条边界很重要，因为它说明这里已经越过松散宣传，它已经是一件被认真设计过的商业工具。
把话说得更直白一点，百度正在出钱，让某些发布路径显得比其他路径更便宜。通常只有在平台把“发布之后会发生什么”看得比每一笔早期模型调用收入更重要时，才会这么做。搜索入口、网页入口、应用广场曝光与小程序落点，在这里都被抬成了更高一层的战略表面。[1]
这也贴合中国智能体竞争当前的现实。模型越来越便宜，越来越容易互相替换，也越来越容易包进熟悉的 API 壳里；分发却依旧高度本地化。若百度能让一款基于千帆构建的智能体更容易进入百度搜索和百度系相邻入口，那么真正值得估值的资产，就会越过模型本身，落到包在模型外侧的渠道束上。[1][2]
一次发布，随后沿着多条表面向外展开
第二条线索在于，百度现在的应用发布路径，本身就被做成了一套扇出系统，有别于孤立聊天入口。
多智能体协同 Agent 的概述页写得很清楚：完成配置与调试之后，应用可以沿 三种渠道 发布，分别是 网页版、应用广场 与 A2A。[2] 百度随即把三种渠道各自代表什么写开。网页版会给开发者一个可直接访问的对话页和分享链接；应用广场允许开发者按类别上架，让用户在市场里发现它；A2A 则把应用封装进 A2A 协议，提供 SSE URL，再配合 API Key，让平台外部的使用方也能接入。[2]
这是一条很有用的架构线索。百度没有强行切开“面向用户的应用”和“可被其他系统调用的服务”，同一份应用可以同时成为两者：一条路径追求流量与发现，一条路径追求平台内部的目录存在，另一条路径则把智能体继续推成百度站外也可被连接的表面。[2]
也正因为这样，免费分发才更值得重视。补贴只有落在一套已经成形的分发轨道上，威力才会变大。百度这次没有停留在空地上喊“欢迎免费分发”，它是在一套已经能生成分享链接、市场上架位与 A2A 端点的发布系统上，再附加一层成本减免。[1][2]
官方 Agent 这条线，正在被做成标准化成品
更新动态让这条“分发逻辑”更清晰，因为百度一直在缩短搭建智能体和把它发布出去之间的距离。
2026-02-13，百度写到自主规划 Agent 已支持一键发布为秒哒插件，做成网站、小程序等可交互应用，并把这条能力直接描述成从 Agent 开发到应用落地的端到端闭环。[3] 同一天，百度又写到 OpenClaw 快速体验页已经上线，支持一键配置千帆模型与官方 Skills。[3] 再往前看，2025-12-12，百度已经把 Deep Research、浏览器使用 Agent、代码解释器 Agent 等官方 Agent 推了出来，措辞也不再是实验室演示，已经转向可落地方案。[3]
把这些更新放在一起，真正连起来的主线，是包装越来越规整，功能增多只是表层。秒哒插件把智能体往公开应用表面推进。[3] OpenClaw 流程把运行在百度轨道上的 agent shell 部署门槛继续压低。[3] 官方 Agent 列表则给平台准备出一批形状稳定、可以复用、可以发布的工作负载模板。[3]
这件事之所以要紧，在于它降低了“开始分发”之前所需的定制工作。一个想占住分发表层的平台，不能只靠几段漂亮 demo；它还得把部署形状做得足够清楚，让普通开发者也能拿来复用。百度最近这组更新，正在朝这个方向继续收束。[3]
API 表面说明，百度希望智能体发布后依旧保持可调用
第四条线索藏在 API 文档里。百度的对话创建接口直接暴露出一组 agent_code，包括 code_interpreter、browser_use、deepresearch 与 ai_assistant。[4] 当开发者走 deepresearch 路线时，文档明确要求传入 agent_id，并说明要先到千帆控制台里创建、配置并发布该 Agent，随后再回到“我的 Agent”页面复制 ID。[4] 接口成功后会返回新的 conversation_id。[4]
这个顺序很能说明问题。发布已经脱离生命周期终点这个位置，发布本身正是智能体变得可寻址、可操作的一部分。顺着这个角度看，百度其实是在教开发者用一条完整链路来理解智能体：先创建，再发布，再复制 ID，再通过正式接口发起会话。[2][4] 这和把智能体当成一次性 UI 玩具的思路差得很远，更接近把它当作既面向用户、也面向系统的可部署对象。
A2A 路线与官方 Agent API 在这里也开始互相呼应。一条路线把应用封装成带 SSE URL 和 API Key 的协议化外部接口。[2] 另一条路线把官方 Agent 会话做成发布之后即可访问的 API 对象。[4] 连在一起看，图景随之改变：“百度有几款 Agent 演示”只是表层，“百度正在把智能体从构建面推到渠道面，再推到可调用面，并试图让整条路都保持标准化”才是主线。[2][4]
为什么这才是更耐看的百度信号
百度接下来当然还会有模型周期的强弱起伏。这里更窄的判断不依附于下一次单独发布。更窄也更重要的判断在于，百度已经把自己愿意补贴的地方、希望开发者去发布的地方，以及希望智能体在发布后继续保持可调用的地方，一并公开了出来。[1][2][3][4]
这套组合比又一张 benchmark 表更耐看。补贴分发，说明百度在乎渠道占位；多路发布，说明百度希望一份智能体同时面向用户与其他系统；官方 Agent 与 API 表面，则说明百度希望这些部署结果保持足够稳定，便于重复使用。[1][2][3][4]
边界同样清楚。免费分发有适用范围，共享资源不保 QPS，适用模型也有明确范围。[1] 因而这里的边界仍然落在商业化与企业采用之前。更准确的说法是，百度已经开始把分发经济学抬成智能体竞争里的第一层控制面。
所以接下来真正该盯的，已经越过下一次 ERNIE 或千帆模型更新，关键转向是否会有更多百度智能体沿着同一条路径继续成形：先进补贴渠道，再向网页与应用广场扇出，最后通过 A2A 或 Agent API 保持在站外也可被程序调用。如果这套模式继续变厚，百度在 2026Q2 更强的一步，就会稳稳落在模型之上一层：把分发本身做得更便宜、更粘、更可编程。
来源
- 百度智能云文档中心，《Agent开发平台》（免费分发规则、百度搜索/网页版/应用广场/微信小程序渠道，以及平台承担部分模型资源消耗的说明）。
- 百度智能云文档中心，《概述》 for 多智能体协同Agent（网页版、应用广场、A2A 三种发布渠道，分享链接、分类上架、SSE URL 与 API Key 的发布路径）。
- 百度智能云文档中心，《更新动态》 for 百度千帆·大模型服务及Agent开发平台（官方 Agent、Deep Research、OpenClaw 快速体验，以及自主规划 Agent 一键发布到秒哒插件等更新）。
- 百度智能云文档中心，《对话创建》 for 千帆AI应用开发者中心 API（
code_interpreter、browser_use、deepresearch、ai_assistant等 agentcode，以及发布后复制 agentid 的调用流程）。 - Wikimedia Commons, "File:Entrance of Baidu headquarters at Shangdi (20220509112334).jpg"（本文题图来源页）。