百度已经有文心一言了，为什么还搞了个文小言 PC 端？

内容丨Chroma Dong

排版丨宇宙编辑部

该文章由 Chroma Dong 首发于小红书，经作者授权转载至咱们「特工宇宙」公众号 😘

Chroma 同学是一位非常优秀的产品经理，欢迎关注她的 xhs 账号 @ChromaD 🤩

xhs 链接：http://xhslink.com/a/tTXlhMU83rN1

💡核心观点 – 省流版

客观原因：组织架构冲突

潜在原因：战略定位的差异

个人观点：不看好

理由：

⚡️ 打通双端的意义是很强的，但是小言现在的打通形式并不好

⚡️ 一言和小言重复性较强，目前没有体现差异

⚡️ AI 生态做的不好，带来创作者和用户双向的体验折损（与豆包相比）

2024 年 12 月，百度宣布上线文小言 PC 端，但 2023 年百度已经有了 PC 端的对话式 AI 产品文心一言，同样的东西为什么要做两个？

首先给大家梳理几个时间线👇

2023 年 3 月，百度推出文心一言，PC、移动端均可使用。

2024 年 Q2 时文心一言模型及 PC 端归属 TPG（百度技术中台事业群），文心一言移动端（又称 new app）归属 MEG（百度移动生态事业群）；此外 MEG 还拥有文心智能体平台，但是其中的智能体在百度搜索中分发，文心一言内智能体并不支持。

2024 年 9 月，文心一言 App 官宣更名为文小言，定位变为新搜索智能助手，网页端仍为文心一言。

2024 年 12 月，文小言 PC 端上线，宣布提供双端协同、自由编辑（边搜边改）、文档解析功能。至此 PC、移动端 App 内外实现全面覆盖。

即到目前为止，文心一言承载 Web 端的服务，而文小言则包括了 PC 及移动端服务。

二者异同👇

PC 端发布的目标分析，从推广宣传的物料可以看出，文小言 PC 端主要提供了三个亮点：

1. 双端协同：消息互通、体验一致

⚡️ 解决了双端信息传输的需求，此前无法在PC使用文小言。

⚡️ 显著带来的优点是方便了部分办公人群/常用电脑人群，使得他们在电脑的部分场景下可以继续使用文小言或其提供的结果。

⚡️ 缺点：用户下载的成本比较高；历史记录的查询方式比较模糊；泛娱乐人群可能并没有双端需求，个人更加好奇这个功能带来的产品向结果；用户为什么选择使用文小言 PC 端而不是文心一言网页版？

2. 自由编辑：一边搜一边改

⚡️ 听起来：是比较实用的一个功能，内容生成的同时就把文字导出，一边提问一边整理。

⚡️ 实际体验：聊天框边栏加了个在线文档（类似于腾讯会议内嵌文档），也不会自动导入小言的回答结果，使用文心一言+开个随便什么文档工具都可以实现相同的功能，产品如果想不出新功能了可以不想，没必要突出强调。

3. 文档解析

⚡️ 每个通用 AI 都会提供的功能，做文档理解总结等效率办公场景。因为是通用的（豆包、kimi、文心等都有的功能，此处不多评价）。

另外，考虑到文小言的定位为搜索助手，但是使用方式上并没有明显感受到搜索属性，不过 PC 端的出现显著提升了效率属性，目前提供的功能更像一个办公助手（可能也因为当前 PC 端智能体还没有上线）。

客观原因：组织架构差异、竞品思路

接前文，在文心一言 App 尚未改名文小言时，二者已经归属不同部门。文心一言网页端及文心大模型由 TPG 负责，而文心一言 App、文心智能体平台 AgentBuilder 属于 MEG 的不同团队。

由此可以看到，组织架构和汇报对象的不一致，一定程度上导致了这样的结果，文心一言和文小言之间的关系也愈发不明朗。此外，组织架构的差异也能够解释 AgentBuilder 和文小言内智能体的不互通，本质上和智能体的创建框架有所不同有关。未来的产品迭代一定程度上也受到二者的 OKR 设定影响，未来是否继续保持较多的重叠未可知。

个人分别试用过两个平台 Agent 创建，AgentBuilder 会更加注重实用性，提供了丰富的智能体创建工具，创建的智能体在搜索场域调用，预期产生“有用”的产品，大家可以对标字节的扣子 Coze；而文小言大家可以对标豆包，是直接 for 用户，没有复杂的工作流搭建。

此外，我们可以看到字节做的 AI toC 产品豆包具有更强的可玩性，凭借丰富的智能体角色带来了极其快速的用户增长，实现了对文心系产品的反超，目前已经成为日活最高的 AI 产品之一。各家也都非常重视这样的一个新起之秀，百度自然不会想要放弃这块香饽饽。

但是观察二者的 Slogan 定位，其实能看到文小言还是想要强化“新搜索助手”的工具概念，在对话框中也加上了热搜词的底纹；而豆包则不强调自己的任何功能，主打“AI 全智能聊天对话问答助手”，关注和用户的对话。通过进入的默认界面以及产品架构的设计也可以看出来这一点。豆包做的更像是一个和 AI 社交对话的产品，默认也是进入和豆包的对话框，而文小言的默认是助手对话框，聊天列表和助手的关系是并列而非递进的。

这里没想明白的是，Coze 和豆包的生态打通相对较好，在年中使用的时候搭建的智能体就可以直接分发到豆包生态了，但是 Baidu 这边还没有实现……属实是没有搞清楚。

同时豆包能够实现网页端和 App 的互通，一定意义上也是能够做到双端互通的，但是文小言必须要下载 App 才可以实现互通，使用门槛较高，而且文小言和文心一言相互割裂，生态做的不好。

另外一点就是明明定位自己是搜索助手，但是一直在迭代的其实主要是智能体板块，以及内容社区；内容社区是个很有意思的模块，用户可以直接分享和智能体的对话到社区，也可以分享一些闯关类智能体的经验，或者是个人使用心得，再或者当一个普通的内容分享社区来用。AIGC 社区是一个可预见的趋势，但是这些内容目前仅在文小言生态内部流通，也有一些可惜。

综上所述，个人并不看好这次的发布，或者说基于文小言原有定位，这次功能发布满足目标和定位并不一致。和早就存在的文心一言相比，文小言只是填补了端的不足，但在浏览器得到广泛应用、云端使用得到了广泛认可的当下，这部分是否能带来显著的增量依旧存疑；放到外部竞争视角，文小言的生态和豆包还存在比较大的差距，另外存在定位不清的情况。

此外，当前文心一言和文小言的关系更类似于大厂内部的赛马，存在重复造轮子的嫌疑，发展有太多的不确定性。