豆包下线智能体、腾讯推 WorkBuddy:大厂抢 AI 入口,底层开发者路在何方
7 月 4 日豆包与千问宣布下线智能体,猫箱接棒;腾讯 WorkBuddy 用 MCP 接办公生态。流量入口被大厂收拢,做小站的人还能做什么。

7 月 4 日,豆包和通义千问几乎同时发了通知:智能体功能将在 7 月 15 日下线。豆包里不能再新建、调用自建智能体;千问那边也一样。官方建议有需要的用户,去字节旗下的猫箱 App 继续。
同一天刷新闻,腾讯的 WorkBuddy 又在各种渠道里出现——桌面 Agent、接微信飞书钉钉、兼容 OpenClaw 技能、支持 MCP。一句话描述需求,它替你跑任务、交结果。
两件事放一起看,方向很清楚:大厂不再满足于做一个会聊天的框,他们要占住 AI 时代的流量入口。
入口变了
前几年做网站,逻辑还算直白:有个好域名,SEO 做上去,内容更新勤,流量慢慢会来。用户打开浏览器,输入网址,或者从搜索点进来。
现在多了一层:用户可能根本不到你的网站。他在豆包里问一句,在 WorkBuddy 里下指令,在 Kimi、ChatGPT 里要答案。模型背后接了什么工具、什么 API、什么 MCP,用户看不见,也不关心。
MCP 说穿了,是把能力标准化成插件。天气、地图、企业 CRM、内部知识库,都可以挂上去。挂好了,Agent 就能调。做数据的、做垂直查询的、做行业系统的,很容易变成底层数据提供者——仍然有用,但用户感知不到你,流量也到不了首页。
豆包把智能体从主 App 挪到猫箱,表面是合规和产品调整。7 月 15 日《人工智能拟人化互动服务管理暂行办法》施行,主 App 里的 UGC 智能体审核压力太大。换个角度看,也是把入口和能力重新分拣:豆包守综合助手,猫箱守角色互动。
腾讯 WorkBuddy 走的路更直接:从你每天已经在用的 IM、文档、会议入口进去,AI 不是网页里的一个 Tab,而是办公桌面本身。
小站还能做什么
我自己做墨点、ResAPI、美术趣、这个博客。都是小站,没有融资,没有运营团队。看到这类新闻,很难不问:我们还做网站干什么?
慌是有道理的。若用户的默认动作变成先问 AI,通用信息类、工具类、内容聚合类站点,确实会被挤。你写的教程,模型可能已经总结过了;你做的查询接口,Agent 通过 MCP 调一下就行,用户不会记得你的域名。
但把所有网站判死刑,也不对。
窄而深,比大而全更有活路。ResAPI 做开放查询,美术趣做每日一图,黄历做农历宜忌——它们不试图取代 AI,而是在某个具体场景里,把一件事做到顺手、可靠。Agent 可以调数据,但这一张图、这一种查法的体验,仍然可以属于一个小站。
从等流量,转成接能力。MCP、API、Webhook,不是大厂的专利。小开发者也可以把自己的服务做成 Agent 能调用的能力层。用户也许不会天天来你的站,但数据和逻辑可以在别人的入口里被用到。门面被大厂占了,厨房还得有人做菜。
人味和具体责任,仍是缺口。AI 能写、能查、能跑流程,但「我读过协议所以没转账」「联调时对过字段所以财务没找上门」「按了三十秒开机键所以同事没花冤枉钱」——这些来自具体经验,来自具体背书。博客、个人站、小工具,适合放这种带体温的判断。
网站还是你的地。大厂入口随时改规则:智能体下线、功能迁移、订阅涨价、审核收紧。你在自己域名下写的文章、搭的工具、积的 RSS 订阅,不依赖某一家的 App 审核。守遵寻道这站,本身就是留一间自己的书房。
路还在
大厂抢入口,底层开发者不会消失,但角色要变。
少做另一个大全,多做一个靠谱;少等用户上门,多想想能力能不能被 Agent 调用;少追热点功能,多积累真实场景里的经验。
路还在,只是不再是从搜索框到首页那条老路。可能是 MCP 清单里被调用的一个 endpoint,可能是某篇读完能少慌一次的文章,可能是某个在本地安静运行的小工具。
我还会继续做站,也会继续写。不是因为网站还能回到黄金年代,而是因为还有一些东西,应该长在自己名下。