豆包千问集体下线智能体,是时候拥抱 Hermes Agent 了

豆包千问集体下线智能体,是时候拥抱 Hermes Agent 了
青萍叙事前言
今天我们要聊的是一则大新闻。
7月3日晚,豆包发布通知,智能体功能将于7月15日正式下线。
用户将无法新建智能体,已创建的也无法调用和运行。
到10月15日,相关数据会被彻底处理,连查看都做不到。
仅仅一天后,千问(通义千问)也发了同样的通知。
千问的拟人化互动类智能体7月10日先行下线,7月15日全面关闭。
两家大厂的智能体功能,就这么说关就关了。
为什么是7月15日
你可能猜到了,这个日期不是巧合。
《人工智能拟人化互动服务管理暂行办法》将于2026年7月15日正式施行。
这是国内首部专门针对AI拟人化互动服务的监管法规,由网信办、发改委、工信部等五部门联合发布。
办法对虚拟恋人、深度角色扮演、情感依附类AI服务设立了强约束。
用户自建智能体容易出现虚拟陪伴、侵权人设、低俗内容,海量自制内容的审核压力巨大。
6月底上海刚通报了清朗行动的结果,累计下架1.4万个违规智能体。
豆包和千问把下线日定在7月15日,正好是办法施行的同一天。
这不是巧合,是平台们在合规大考前做出的选择。
平台依赖的风险
这件事暴露了一个扎心的事实:你在云平台上辛辛苦苦调教出来的智能体,说没就没了。
你定义的人设、积累的对话记忆、精心调试的规则,都跟着功能下线一起归零。
豆包还能备份一下,但备份的是文本截图,不是可恢复的智能体配置。
千问连备份指引都语焉不详。
这不只是豆包和千问的问题。
只要你的智能体运行在别人的服务器上,就永远面临同一个风险:平台随时可能因为合规、业务调整、成本控制等原因关停功能。
如果你的智能体只是用来聊天解闷,影响还小。
但如果你已经把AI智能体融入工作流,用来处理任务、管理信息、自动化操作,那这种依赖就是实实在在的风险。
换个思路:用开源自托管的智能体
那有没有一种方案,智能体的配置、记忆、运行都完全掌握在自己手里?
有,就是自托管的开源智能体。
今天要介绍的是 Hermes Agent,由 Nous Research 开发的开源自主AI智能体框架。
它不是聊天机器人,也不是代码补全工具,而是一个部署在你服务器上、持续学习的数字助理。
Hermes 的核心能力包括:
持久记忆。
跨会话记住你的偏好、项目和环境。
运行越久越了解你,不用每次都从头解释上下文。
自动技能创建。
当 Hermes 解决了一个复杂问题,它会自动写下可复用的技能文档,以后遇到类似场景直接调用。
多平台消息网关。
通过一个网关进程连接飞书、Telegram、Discord、微信等多个平台。
你在群聊里就能叫它干活。
定时自动化任务。
内置 cron 调度器,可以设置每日报告、定时提醒、周期性检查。
全部无人值守运行。
浏览器与网页控制。
它可以直接操作浏览器,帮你抓信息、填表单、做自动化操作。
以上所有数据都存储在你自己的机器上,存在 ~/.hermes/ 目录下。
MIT 开源许可,没有遥测,没有数据收集,没有什么能远程关掉你的智能体。
和云平台智能体的对比
用豆包、千问这类平台自建智能体,本质上是租用平台的能力。
你定义角色、设定规则,但底层模型、运行环境、数据存储全在对方手里。
用 Hermes Agent 则是拥有自己的智能体。
你选择底层模型(OpenRouter 200+ 模型、本地 Ollama、vLLM 都可以),掌握所有数据,随时可以调整配置。
就算外部平台出了什么变化,你的智能体不会受影响。
用一句话说就是:云平台的智能体是借的,Hermes 是自己的。
快速上手
Hermes Agent 的安装非常简单,一条命令就行:
1 | curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash |
支持 macOS、Linux 和 WSL2,不需要 sudo 权限,自动安装所有依赖。
装完之后运行 hermes setup 配置模型,然后就可以开始对话了:hermes
整个流程不到十分钟就能跑起来。
如果你想接入消息平台(飞书、Telegram等),再跑一遍 hermes gateway setup 即可。
有了 Hermes,你不用再担心智能体哪天会下线。
你的数据在你手里,你的智能体在你手里,谁也关不掉。














