字节豆包与阿里通义千问智能体下线：一堂价值千亿的平台依赖课

最新推荐文章于 2026-07-06 18:24:57 发布

原创最新推荐文章于 2026-07-06 18:24:57 发布 · 813 阅读

3 ·

本内容遵循CC 4.0 BY-SA版权协议

GEO检测

在这里插入图片描述

一个沉默的周四

2026 年 7 月 4 日，字节豆包与阿里通义千问在同一时刻发布了一份几乎格式相同的公告：用户自建智能体功能将于 7 月 15 日全面下线。没有提前吹风，没有替代承诺，只有一条冷冰冰的时间线和一段 90 天的数据缓冲期。

如果你是那批在过去两年里精心调教了智能体人设、搭建了工作流、喂了知识库、甚至把日常生产环节搬到 Agent 上的用户，这个公告的冲击力不亚于一次无预警的服务器断电。社交媒体上很快出现了两类声音：一类在哀嚎"我的数字助理死了"，另一类在冷静地复制提示词、截图配置、导出对话——然后默默寻找新的宿主。

两种反应的差异，本质上决定了一个人在 AI 时代是使用者还是构建者。

这不是一次意外，而是一场预谋已久的收敛

如果你把视角从"用户愤怒"拉远到"产业周期"，会发现这次同步下线一点都不意外。它甚至可以说是必然。

过去两年，国内大模型厂商在 C 端展开了一场近乎疯狂的 Agent 军备竞赛。豆包、千问、文心、Kimi……几乎每一个主流产品都上线了"智能体广场"——让用户零代码创建自定义 Bot。这背后的商业逻辑很清晰：在模型能力尚未拉开代差的时候，用"千人千面的智能体"制造用户粘性，用社区生态锁定流量入口。

但问题是，C 端智能体从来不是一门好生意。

一个普通用户创建的智能体，日均调用次数趋近于零，计算成本趋近于零，变现价值也趋近于零。它更像是一个让用户"觉得平台很酷"的 marketing 功能，而不是一个可持续的产品形态。当大模型厂商从"烧钱抢用户"阶段进入"证明盈利能力"阶段，最先被砍掉的，永远是那些高成本低回报的边缘功能。

豆包和千问同步下线，不是两家公司的独立决策，而是整个产业进入了同一个阶段的信号：Agent 的 C 端实验期结束了。 大厂不再愿意为"让用户好玩"支付基础设施成本，Agent 能力正在被重新收束到真正有商业价值的场景里——豆包收进 Coze（扣子）开发平台和猫箱 App，千问收进阿里云百炼。简而言之，智能体从"人人都有"的玩具，变成了"按需搭建"的工程工具。

更深的教训：别把平台当地基

这次事件最刺痛人的地方，不是功能没了，而是你花在这上面的时间、思考和迭代，被证明是依附在一个不可控的变量上。

一个用户在豆包上花了三个月打磨的智能体，核心资产是什么？不是豆包提供的那个交互界面，不是那个卡通头像，而是三样东西：

系统提示词（人设、规则、边界）
知识库（你喂进去的文档、数据和上下文）
工作流逻辑（步骤之间的编排、插件调用、条件分支）

这三样东西，本质上是你对业务逻辑的理解和封装。它们是你知识产权的数字化形态。但当你把这三样东西封装在豆包或千问的封闭产品里，你就等于把知识产权交给了一个随时可能更改条款的托管方。

这次下线事件揭示了一个被 AI 繁荣掩盖的古老真理：建立在别人土地上的房子，永远不算是你的。

更残酷的是，这次两家平台"暂不提供一键批量导出"——你得一个智能体一个智能体地手动复制、截图、保存。这种迁移摩擦不是技术限制，而是平台锁定策略的最后一次收割。它让你付出足够的迁移成本，以至于下次选择平台时，你会更谨慎，也更绝望。

从"工具消费者"到"架构迁移者"

那么，应对策略是什么？

不是"以后不用这些平台了"——那太天真，也太昂贵。真正务实的转变是：把自己从一个平台的工具消费者，变成一个可迁移的架构构建者。

这意味着你的核心资产要以平台无关的形态存在。

提示词即代码

把你的系统提示词当作代码一样管理：版本控制（Git）、结构化存储（Markdown/YAML）、模块化拆分（人设、规则、工具调用、输出格式分离）。不要只在某个平台的输入框里写提示词，要在本地维护一个提示词仓库。这样无论底层模型是豆包、千问、GPT-4 还是 Claude，你的核心逻辑都可以在五分钟内移植。

知识库即数据

不要把知识库当成某个平台的专属功能。你的 PDF、Excel、数据库、API 返回值——这些原始数据应该始终掌握在自己手里。平台的知识库功能只是一个"读取器"，不是"存储器"。如果你已经把大量文档上传到了某个平台的知识库，这次下线就是提醒：该做本地备份了。

工作流即编排

如果你的工作流涉及多个步骤（搜索 → 分析 → 生成 → 审核 → 发布），不要把它锁死在某个平台的可视化编辑器里。用一张流程图、一段伪代码、甚至一个本地的 Mermaid 文件，把工作流的逻辑结构文档化。这样无论迁移到 Coze、Dify、n8n 还是自研系统，你都有清晰的迁移蓝图。

Agent 没有死，只是长大了

这次下线最不该被误解的信号是"Agent 不行了"。恰恰相反，Agent 正在从玩具变成工具。

豆包把 Agent 能力从 C 端 App 抽走，整合进 Coze 和猫箱——这不是消灭 Agent，而是承认 C 端个人智能体是个伪需求，真正的 Agent 价值在开发平台和特定场景里。Coze 的工作流编排能力、插件市场、API 发布能力，远比豆包 App 里的"创建智能体"强大十倍。千问把 Agent 收进百炼，也是同样的逻辑：Agent 应该服务于企业流程、自动化集成、数据管道——而不是让用户在聊天框里和一个自定义角色闲聊。

从产业视角看，这是 Agent 的成人礼。一个技术从"人人都有"的玩具，收敛到"专业场景"的工具，是成熟化的必经之路。云计算、移动互联网、低代码平台……几乎所有技术都走过这条路。Agent 也不会例外。