IT之家 4 月 27 日消息，腾讯云官方今日宣布 QClaw 发布 v0.2.14 版本更新。据介绍，这是该项目迄今为止力度最大的一次版本更新。 本次升级中，QClaw 正式接入支持 Hermes 框架，用户可创建并运行 Hermes 类型的 Agent，实现单一应用内同时运行两种 Agent 内核。 在此次更新中，原有的“灵感广场”功能全面升级为“专家广场”。新版本内置了超过 100 个按行业和场景分类的 AI 专家，用户选择对应领域的专家后，只需用自然语言描述需求，专家即可直接生成可用的文档、报告、代码或分析结论。每个专家都拥有独立的人设与隔离的会话空间，交互流程简化为“选专家、说需求、拿结果”三步，用户无需了解 Prompt、Skill 或 Agent 的概念，也无需进行额外配置或训练。首期上线的专家覆盖内容创作、数据分析、代码开发等多个领域。 远程操控方面，QClaw 的微信小程序同步升级，新增语音交互与文件共享功能。用户可通过微信小程序「QClaw 管家」以语音方式远程下达指令，并支持将文件分享给好友。此外，小程序还支持一键绑定用户在 Lighthouse 云服务器上已购买的云端 Agent 实例。完成绑定后，本地和云端的 Agent 可在小程序中统一管理和调度，用户即使不在电脑前也能远程执行任务。 底层模型方面，QClaw 从固定使用模式升级为自由切换模式。用户可选择系统智能匹配模型，也可手动指定。目前已支持的模型包括 Hy 3 preview、DeepSeek-V4 Pro、KIMI-K2.6 及 GLM-5.1。其中，Hy 3 preview 是腾讯混元重建后训练的首个模型，为快慢思考融合的混合专家模型，总参数 295B，激活参数 21B，最大支持 256K 上下文长度。IT之家注意到，DeepSeek-V4 Pro 则是 DeepSeek 于 4 月 24 日发布的开源模型，总参数 1.6T，激活参数 49B，上下文长度达 1M。与此同时，积分统计体系也从原有的 Token 计数改为按任务类型和所用模型匹配积分额度。 连接器方面，本次更新新增了对百度网盘、携程、飞猪和腾讯新闻四个平台的接入支持。用户可通过对应的连接器让 Agent 访问百度网盘中的文件、查询携程和飞猪上的行程信息，以及获取腾讯新闻的内容摘要。 此外，QClaw 还上线了基于腾讯文档的 Agent 团队协作功能，团队成员之间可以通过腾讯文档指挥 Agent 共同编辑同一份文档，实现团队协作。
IT之家 4 月 16 日消息，养完小龙虾后，可以继续养马了。 腾讯 QQ 今日宣布，Hermes Agent 官方文档更新 —— QQ Bot 插件已正式合入 Hermes Agent 官方 。 简单来说，就是用户可以直接在 Messaging Platforms 配置中选择 QQ Bot 通道。 完成接入后，就能在 QQ 内实现： 文字，语音、图片 等消息类型收发，还有更多消息类型和通道能力正在迭代中。 IT之家附接入方式如下： 1、登录 QQ 开放平台： https://q.qq.com 2、创建 QQ Bot，获取 AppID 及 AppSecret 3、在 Hermes Agent 安装流程中完成配置连接。 Hermes Agent 是由 Nous Research 开发的一款开源自主 AI 智能体，专为持久运行和自我成长设计，于 2026 年 2 月开源，具备自我进化、跨会话记忆能力，从任务中自动积累经验，支持全平台通信，网友们戏称为“爱马仕”。
36氪获悉，4月29日，腾讯元宝正式完成与Hermes Agent的接入适配，成为Hermes Agent官方支持的消息平台之一。用户现在可以在元宝派中直接部署和使用基于Hermes Agent的AI智能体，体验从私聊到群聊的完整AI协作能力。
36氪获悉，4月27日，QClaw发布版本更新（v0.2.14），正式接入支持Hermes框架，用户可以创建并运行Hermes类型的Agent。此外，据介绍，远程操控通道微信小程序升级，支持语音交互、文件共享好友；底层模型从固定使用升级为自由切换，已支持最新的Hy 3 preview和DeepSeek-V4Pro；连接器新增百度网盘、携程、飞猪和腾讯新闻四个平台；基于腾讯文档的Agent团队协作功能也同步上线。
4月16日，PPIO发布PPHermes，这是首个专为国内用户设计的Hermes Agent云端沙箱部署方案。用户无需编程基础，最快十分钟即可完成部署。Hermes Agent由AI研究机构Nous Research开发。相比海外沙箱方案，PPHermes专为Hermes设计CLI工具链，支持一条命令完成启动、暂停与恢复；内置飞书集成；零配置接入Claude Code、Cursor等AI编程工具；按需计费，有效降低长期使用成本。
36氪获悉，据MiniMax消息，全球首个云端沙箱Hermes——MaxHermes已正式上线。据介绍，MaxHermes是MiniMax基于Hermes Agent构建的云端自我进化AI助手。在独特的学习闭环机制下，每完成一项复杂任务，MaxHermes会自动从中提炼出可复用的Skills，保存为独立文档。在后续使用中，这些Skills会按需加载，并根据新的使用反馈不断自我改进。
文｜Lambda 编辑｜晓静 4月初，Hermes Agent 火了。这个名字直接让人联想到奢侈品牌爱马仕，所以也被戏称为“爱马仕Agent”。 它由 Nous Research 在 2 月发布，定位是「The agent that grows with you」。核心卖点是一个闭环学习系统：Agent 完成复杂任务后，自动把经验固化成 Skill，下次遇到类似任务直接复用，还能在使用过程中持续改进。Skill 自动生成、越用越强——这是 Agent 领域目前最有吸引力的叙事之一。 但这个叙事遮蔽了一个更基本的问题： Skill 真的是当前 Agent 落地的主要瓶颈吗？ 图片由AI生成 01 Skill 很性感，但它可能不是最重要的问题 一个容易被忽略的事实是：目前公认体验最好的编程 Agent 产品之一——Claude Code，它好用的基石并不是 Skill 的自动进化，而是背后大量扎实的 CLI 工具支撑。 用 GlobTool 找候选文件，用 GrepTool 定位相关代码片段，用 FileReadTool 查看实现细节，用 LSPTool 做代码符号跳转和引用分析。每一个都是确定性的、零 token 消耗的原子操作。 但人们很少为这些工具写故事。只要一提到 Agent 能自动生成 Skill、还能持续进化，整个行业立刻就兴奋起来。 这个反差说明了一件事： CLI （命令行界面）不性感，不好讲故事，但它才是 Agent 能力的真正地基。 地基不牢，Skill 再会长，也只是长在沙地上。 02 龙虾最被人诟病的地方，Skill 自主进化解决不了 这件事放到 OpenClaw（俗称‘龙虾”） 身上会看得更清楚。 OpenClaw 最被人诟病的两点，一是 token 消耗大、账单吃不消，二是长时间工作稳定性差、经常失联。乍一看是两个问题；往下拆，会发现它们经常来自同一个源头： Agent 在用劣质工具——比如脆弱的浏览器自动化——去完成本该由确定性工具完成的任务。 这类成本在社区里并非抽象的抱怨，而有大量具体案例。 Reddit 上有 OpenClaw 用户提到，自己只是想自动化 X 账号发帖，三次尝试就花掉了 10 美元，任务还没真正跑通。还有人在 r/automation 里直言，现在很多所谓的 AI Agent 浏览器控制，本质上只是「披着智能外衣的脆弱自动化」——问题不在模型有多笨，而在底层工具本身就不可靠。页面一变、DOM 一改、按钮状态一抖，Agent 就只能一遍遍观察、一遍遍重试、一遍遍重新规划。 而这些「失败但不致命」的试错过程，并不会因为任务没完成就免费——每一次观察页面、分析状态、决定下一步，都在继续消耗 token。 于是，稳定性问题和成本问题，其实是同一个问题的两面：工具越脆弱，试错越多；试错越多，token 烧得越快；任务链越长，失联和中断的概率也越高。 从这个角度看，Skill 自主进化解决的是「 怎么更聪明地使用一个工具 」，但并没有解决「 好工具本身稀缺 」的问题。 Skill 可以让 Agent 更熟练地驾驭一匹跛脚马，但并不能把跛脚马变成千里马。 这才是今天很多 Agent 系统真正卡住的地方：不是 Skill 不够强，而是底下能调度的高质量原子工具太少。 03 Skill 是对模型能力的补丁 Hermes 做的事情，本质上是把 Skill 的生成和优化自动化——让 Agent 从经验中蒸馏知识，不再需要人手写。这确实解决了一个真实痛点。 但 Skill 本身有一个更深层的问题：它是自然语言驱动的，本质上是模型能力的延伸，或者说，是一种对模型能力的借贷。 现状是，大量 Agent 在用 Skill 加上自主解题能力，完成本该由 CLI 完成的事情——比如以效率低下的浏览器自动化方案查一个股票价格、下载一张图片、提交一个表单。代价很清楚： 贵、慢、不稳定、调试难。 这里还有一个常见的认知误区，可以叫做「Skill 可迁移幻觉」：很多人以为，用强模型写出来的 Skill，可以无缝迁移给弱模型用。实际上不能。Skill 是自然语言指令，它对模型能力有隐性依赖；模型一换，行为就可能变。 CLI 则不同——它是代码：同样的输入，永远给你同样的输出，不管底下跑的是什么模型。 二者的区别非常鲜明： Skill 调试难，CLI 调试容易； Skill 烧 token，CLI 近乎零消耗； Skill 吃模型版本，CLI 不吃； Skill 是语义层资产，CLI 是执行层资产。 如果把 Skill 当成核心积累方向，本质上是把赌注压在模型能力的稳定性上。至少在当前阶段，更值得积累的是高质量 CLI。 04 当工具和上下文足够好时，Skill 的优先级会自然下降 上面的分析也能从 Anthropic 自己的产品经验里得到印证。 Anthropic 的设计负责人、Cowork 产品的设计主导者 Jenny Wen 在近期访谈中提到一个细节：她个人其实不怎么用 Cowork 的 Skills 功能。原因不是她否定 Skill，而是她在 Cowork 里挂载了一个文件夹，里面有自己长期积累的个人笔记、一对一会议记录、随手想法和工作观察。对她来说，Cowork 从这些材料里已经学到了足够的信息，以至于她对 Skill 和 Memory 的需求都被显著削弱了。 这并不是说 Skill 没有价值，而是说： 当上下文管理足够好、底层工具足够强时，Skill 的优先级会自然下降。 换言之，Hermes 所强调的 Skill 自主进化并不是错，而是它解决的问题很可能没有想象中那么基础。 05 有一件事正在悄悄发生：CLI 的使用者，从人变成了 Agent 如果说 Skill 解决的是应用层的编排问题，那么更底层的变化发生在 CLI 上。 过去，CLI 是为人设计的。给人用的 CLI 可以有交互提示，可以容忍模糊输出，也可以在文档不全的时候靠用户自己猜——因为人会停下来，会理解歧义，会重试，会去查文档。 Agent 不一样。 Agent 不睡觉，不容忍歧义，会并发，会在没有预料到的时机无限重试。一个对人类来说「勉强能用」的 CLI，对 Agent 来说可能就是高频事故源。 给 Agent 用的 CLI 必须满足一组完全不同的要求： 一条命令只产出一个明确结果； 输出是结构化的 JSON； 错误信息不仅告诉你哪里错了，还要告诉 Agent 下一步该怎么办； 长任务必须支持异步，不能让 Agent 傻等； 接口天然支持幂等、重试和并发。 背后只有一句话： 以前的软件默认使用者要睡觉、会分心、有耐心；现在 Agent 不满足这些前提。 一旦使用者从人变成 Agent，CLI 的设计哲学就需要从头重写。Agent 真正在乎的是 token 消耗、缓存命中率、幻觉控制、长程稳定性，而不是「这个命令看起来是否优雅」。 06 浏览器里能看到的，都值得被 CLI 化 有一个实验很能说明问题：把 ChatGPT 的网页版变成一个可以被 Agent 调用的 CLI。 做法并不神秘——通过 Chrome CDP 协议直接驱动浏览器，操作 DOM，填输入框，点发送，等待文字出现，再把结果抓下来。因为复用了已有登录态，行为上和人在浏览器里操作没有本质区别。 这个实验背后更大的洞察是： 浏览器里能看到的，原则上都可以被 CLI 化。 不只是 ChatGPT——Gemini、音乐生成、视频生成、股票图表，只要能在浏览器里完成的流程，都可以被代码重复执行，最后收敛成一条 Agent 可调用的命令。 一旦一个 Web 流程被 CLI 化，它就会从「需要 Agent 一步步盯着网页试错」的流程，变成「可并发、可异步、可幂等的原子操作」。原来要靠浏览器自动化消耗大量 token 才能完成的事，被压缩成了一条命令、一个结构化结果。 某种意义上，这是一条很反直觉但非常现实的优化路径： 节省 token 的方法，不是少让 Agent 干活，而是先烧一点 token，把高频流程预制成 CLI。 磨刀不误砍柴工。 这个逻辑也不只适用于 Web。桌面应用和手机 App，本质上都可以被逐步 CLI 化，what you see is what can cli。目前已有不少开源项目在分别推进这三个方向，只是三者之间还没有形成统一的设计语言和引起大家足够的重视。 07 分层才是终态 Agent 的未来，除了模型本身的提升，更取决于如何处理好两种逻辑： 确定性逻辑 和 语义逻辑 。 前者靠 CLI，后者靠 Skill 的自适应和进化。Hermes 解决的是后者，但前者才是今天很多系统真正缺的底座。 如果把 CLI 化推到极致，会出现一件很反直觉的事：一类流程完全固定的任务，Agent 只需要判断任务类型、路由到对应 CLI、拿结果回来——这个过程理论上甚至不需要 LLM，几个 if-else 就够了。你甚至可以用代码去模拟 LLM 的输入输出接口，零 token、零延迟，继续复用现有的 Agent 调度机制，只在真正需要判断的地方才调用真实模型。 这有点像 2026 年的一场「代码的文艺复兴」——人们开始重新发现，不是所有「看起来像智能」的问题都应该交给模型来解决。 终态的分工应该是三层： CLI 层：确定性执行，零 token，可并发，易测试，不依赖任何模型； Skill 层：上下文编排和经验蒸馏，越用越强； LLM 层：提供智能，做真正需要语义判断的部分。 三层不是竞争关系，而是依赖关系。 今天很多系统的问题在于，它们跳过了 CLI 层，直接让 Skill 和 LLM 去兜底。结果就是：系统又贵又慢，稳定性也差。正确的路径应该是——开发者预制 CLI，上层应用自动管理 Skill，LLM 在 Skill 的辅助下使用 CLI 解决问题。 Hermes 的出现不是终点，而是一个信号： Skill 层的问题可能正在被解决，但下一个真正的战场，在 CLI 层。 Web 端、PC 端、移动端，三大平台系统性的 CLI 改造才刚刚开始。这可能才是今天 Agent 领域最值得做、也最不性感，但最关键的事情。 本文来自微信公众号 “腾讯科技” ，作者：Lambda，36氪经授权发布。