Agent 智能体

让模型自主规划、调用工具、完成多步任务的技术方向——从 Claude Code、Manus 到各家 Agent 框架与评测基准的全部动态。

4月23日星期四

新智元 · 公众号4/23 12:10

浙大开源多智能体叙事系统 OpenStory：把孙悟空扔进大观园，几分钟后角色全跑光了

浙大放出了一个叫 OpenStory 的多智能体系统，专门用来跑开放剧情。他们搭了个 1:1 的《红楼梦》大观园沙盒，把孙悟空塞进去当变量。结果几分钟内，记忆模块就把“孙悟空滥杀无辜”这条信息广播了出去，恐惧直接压过了角色的日常行为逻辑。王熙凤被物理移除后，恐慌连锁反应让整个大观园变成了空城。这个实验暴露的是多智能体系统里记忆和共识链路有多脆。不过正文...

推荐理由：我会先打个折：正文没写用了什么模型、怎么评测、实验能不能复现，所以别急着把它当成熟系统看。但这个故事本身很直观——孙悟空 Agent 被放进《红楼梦》1:1 数字沙盒，系统用记忆模块向所有活跃角色广播“孙悟空滥杀无辜”，恐惧权重直接压过日常行为逻辑，王熙凤被物理移除后，其他 Agent 集体逃离，大观园变空城。真正值得盯的不是孙悟空有多强，而是记忆广播和共识链路太脆弱：一条消息就能让整个 Agent 社会崩掉，说明多 Agent 之间的信息传递和信任机制几乎没有韧性。对做 Agent 安全、多智能体协作的人来说，这是一个很具体的压力测试案例，暴露了...

锐评

这个实验把多智能体系统里“记忆传播”的脆弱性直接演给你看。OpenStory 搭了个《红楼梦》沙盒，塞进一个孙悟空角色，结果“孙悟空滥杀无辜”这条信息通过记忆模块广播后，恐惧立刻压过了角色的日常行为逻辑。王熙凤被物理移除，恐慌连锁反应让整个大观园变成空城。

有意思的是，这暴露的不是单个模型的问题，而是多智能体之间共识形成机制有多脆——一条信息就能让整个系统行为崩盘。但正文没披露底层用了什么模型、记忆模块的具体设计，也没给任何可量化的稳定性指标。所以这个“空城”到底是系统设计缺陷，还是模型本身的安全问题，目前没法判断。

我会先打个折：这个 demo 更像一个概念验证，说明多智能体系统里信息传播和共识机制需要更谨慎的设计，但离“发现系统性漏洞”还差可复现的实验数据和模型信息。

彭博科技4/23 10:34

阿里在通义千问 App 里接入了东航订票，用户能直接搜航班下单

阿里把中国东方航空的机票预订功能塞进了通义千问 App，用户不用跳转就能完成航班搜索和下单。这是通义千问的 agent 技术第一次开放给大型商业伙伴，意味着它从聊天助手往交易环节里走了一步。不过正文没披露具体上线地区、舱位覆盖、支付流程和双方怎么分账，所以实际体验和商业回报还得再等等看。

推荐理由：我会先打个折：正文没披露上线范围、支付流程和分成结构，所以别急着算账。但 Qwen 从纯聊天界面跨到交易闭环，是 agent 落地的硬信号。东航作为首个大型商业伙伴接入，说明阿里在推模型进业务流程干活，而不只是答问题。这点先别太激动，等看实际跑起来的订单量和客诉情况。

锐评

阿里把东航的机票预订塞进了通义千问 App，用户搜航班、下单都在一个界面完成。这是通义千问的 agent 能力第一次开放给大型商业伙伴，说明它不再只是个聊天工具，开始往真实交易环节里走了。

不过目前能看到的只是标题和摘要，正文因为 Bloomberg 的付费墙没抓到。关键信息全是缺口：上线了哪些城市、经济舱还是全舱位、支付走支付宝还是别的渠道、退改签怎么处理、双方分账模式是什么，一概没提。这些直接决定这个功能是“能用”还是“好用”。

另外，agent 进交易链路最大的坑是容错——用户说“订下周三最便宜的”，模型理解错了舱位或日期，责任算谁的？这点在现有信息里完全没涉及。所以这条新闻的信号意义大于实际体验判断，先别急着说通义千问变成超级 App，等有真实用户反馈再看。

X · @dotey（宝玉）4/23 08:51

微软把 Copilot 智能体模式设为 Word、Excel、PPT 默认体验，个人和家庭版也能用

微软把 Copilot 的智能体模式（Agent Mode）设成了 Word、Excel、PowerPoint 的默认打开方式，Microsoft 365 Copilot 和 Premium 订阅用户现在就能用，个人和家庭版也一样。Satya Nadella 亲自发推，拿 Excel 举例说，电子表格的价值在于信息的空间关系，给智能体这样一张画布，一条...

推荐理由：这条消息够硬：微软把 Copilot 的 Agent Mode 设成 Office 三件套的默认体验，不是小范围测试，而是所有订阅用户即刻生效，个人版和家庭版都包括。我会先打个折，这不是新模型发布，但产品更新力度很大。内测数据有零有整，Excel 参与度涨 67%、点赞率涨 65%，Word 参与度涨 52%，PowerPoint 新用户留存涨 36%，说明默认开启确实拉动了使用。更值得盯的是文档内多步执行成了默认交互，用户能预览、保留或回退改动，这点降低了试错成本。正文没披露具体技术实现细节，但分发范围和默认策略本身已经够有话题性。

锐评

这次更新把Copilot从“问答顾问”变成了“能动手的助手”。以前你得一步步告诉它改哪里，现在说一句“把报告语气改成面向客户”，它会同时调结构和措辞。微软公布的内测数据：Excel参与度涨67%、点赞率涨65%，Word参与度涨52%，PPT新用户留存涨36%。这些数字说明用户确实更愿意用了，但注意这是微软自己测的，没有第三方验证，实际体验可能打折扣。

Satya Nadella亲自下场解释逻辑：电子表格的价值在于信息的空间关系，智能体在这张画布上能同时改模型、桥接关系和叙事。这个思路是对的，但正文没披露Agent Mode在多步操作中的错误率，也没说回退功能在复杂文档里好不好用。微软强调“控制权不可谈判”，用户可以预览和回退，但具体交互细节没展开。

对从业者来说，这相当于把agent workflow直接嵌进了全球最大的办公套件里，门槛降到零。但还缺几个关键信息：复杂场景（金融表格、法律文档）的支持什么时候到位，模型推理成本会不会转嫁给用户，以及个人版和家庭版的功能有没有阉割。

Hugging Face 博客4/23 08:00

在 Chrome 插件里跑本地 AI：一份给开发者的架构避坑指南

Hugging Face 发了一篇技术指南，拆解了他们刚做的 Chrome 插件“Transformers.js Gemma 4 浏览器助手”。核心是把 Gemma 4 E2B 模型塞进浏览器的后台 Service Worker 里本地运行，不靠云端。文章重点讲了 Manifest V3 下三个运行环境的职责划分：后台负责跑模型推理，侧边栏做聊天界面，...

推荐理由：这是一篇 Hugging Face 的实操教程，不是模型或平台发布，但把 MV3 架构拆解得挺具体。我会先打个折，因为正文没给出实际延迟或内存占用的测试数据，效果验证还缺一块。不过对想在前端跑本地模型的开发者来说，这篇的工程参考价值够得上 featured 门槛。

锐评

这篇指南把 Chrome 插件跑本地模型的坑讲得很实在。核心思路是把 Gemma 4 E2B 模型放在后台 Service Worker 里做推理，侧边栏只负责聊天界面，内容脚本处理页面操作，三个环境各干各的，靠消息通信串起来。这样设计的好处是模型常驻后台，不会因为切换页面就重新加载，但代价是 Service Worker 本身有内存和存活时间限制，模型一大就容易崩。

文章没给出具体的推理延迟和内存占用数据，只说“跑通了”。如果你真打算在生产环境用，我会先打个折——Gemma 4 E2B 是个 20 亿参数的模型，在浏览器里跑推理，首字延迟大概率在秒级，而且模型下载一次就要几个 G，用户第一次打开插件得等半天。另外，工具调用循环的设计细节也写得比较简略，只提了 Agent.runAgent 这个方法，没展开讲怎么处理工具调用失败或超时。

还缺两块关键信息：一是模型量化到什么程度，这直接决定能不能在 8G 内存的机器上跑；二是 Service Worker 被系统休眠后怎么恢复推理状态，正文没提。

FT · 科技4/23 07:30

特斯拉把资本支出计划提到 250 亿美元，马斯克在 AI 上继续加注

特斯拉把资本支出计划上调到 250 亿美元，马斯克要把更多钱砸向 AI 相关项目。从 RSS 片段看，这些项目包括自动驾驶出租车、卡车、机器人以及芯片工厂，增幅被形容为“非常显著”。不过正文被付费墙挡住，没披露这笔钱覆盖的时间范围、具体怎么分项，也没提模型细节。能确定的一个信号是：特斯拉在投的不只是训练模型，而是从芯片到终端产品的整套体系。

推荐理由：FT报了一个具体的资本支出跳升数字，直接关联自动驾驶出租车、卡车、机器人和芯片工厂。我会先打个折：时间范围和分项花销都没给，模型细节也缺，所以不是必写级别。但250亿这个数够大，而且投向的是车、机器人和芯片产能整条链，不是只训模型，战略意义摆在那。HKR三项都踩中了，只是信息缺口让它停在featured中段。

锐评

特斯拉把资本支出计划上调到250亿美元，增幅被形容为“非常显著”。从已知片段看，这笔钱不是只投模型训练，而是覆盖自动驾驶出租车、卡车、机器人以及芯片工厂，等于从底层硬件到终端产品全包。这个信号比单纯砸钱训模型更值得注意——它说明特斯拉在赌一套自己能掌控的完整体系，而不是只做应用层。

不过正文被付费墙挡住，关键信息全缺：250亿对应的时间范围是几年、分到各项目的比例、有没有外部融资或政府补贴，都没披露。也没提模型架构、训练算力规模或自动驾驶里程数据，没法判断技术进展到底配不配得上这个投入量级。

如果是真的，这笔钱会让特斯拉在自研芯片和端侧部署上拉开差距，但前提是执行到位。现在只能看到一个决心很大的数字，缺的是能验证这个决心的分项账本和里程碑。

The Verge · AI4/23 04:09

OpenAI 把能自己干活的定制机器人开放给团队用了

OpenAI 把 ChatGPT 里的“工作区代理”功能下放给了 Business、Enterprise、Edu 和 Teachers 套餐。团队现在可以搭一个定制机器人，让它自己在云端跑任务，比如上网搜产品反馈、整理成报告发到 Slack，或者在 Gmail 里草拟跟进销售的邮件。这跟以前一问一答的聊天不一样，机器人能直接进到业务流程里干活了。不过正...

推荐理由：OpenAI 把 ChatGPT 从聊天框推进到团队工作流代理，HKR 三项都踩中：钩子够强，文章补了计划覆盖和任务示例，也切中企业自动化需求。没给 P1 是因为价格、铺开细节和能力边界正文都没披露，我会先打个折。

锐评

不过正文没披露定价、具体怎么铺开、能力上限在哪，也没说清楚机器人跑任务时会不会出错、谁来兜底。目前看到的例子都偏轻量，像搜网页、写邮件草稿，离真正复杂的多步骤业务还有距离。

还缺的东西挺多：机器人能调用哪些外部工具、权限怎么管、任务失败后怎么重试，这些都没讲。如果团队想把它塞进生产环境，得先搞清楚稳定性和安全边界，光靠一篇发布稿还不够。

X · @dotey（宝玉）4/23 04:04

OpenAI 在 ChatGPT 里上线工作区智能体，能跨工具自动干活，目前只给付费企业用户试用

OpenAI 给付费企业版 ChatGPT 加了个叫“工作区智能体”的功能，你可以用自然语言描述一套工作流程，它就能在后台自动跑起来，比如筛选销售线索、汇总工单、定时出报告。它跟之前自定义 GPT 最大的区别是能直接连 Slack、Gmail、Salesforce 这些工具，不光读信息，还能动手更新工单、建文档、回消息。管理员可以设权限和审批节点，不是...

推荐理由：OpenAI 把 ChatGPT 从对话工具往企业工作流里推了一步，这次放出的工作区智能体可以跨多个常用办公软件自动执行任务，比如更新工单、回 Slack 消息。我会先打个折：目前还是研究预览，正文没写定价、调用次数上限和哪些地区能用，所以别急着算投入产出。但管理员侧的权限和审批设计是实打实的信号，说明 OpenAI 在认真考虑企业治理需求，这点值得盯后续落地细节。

锐评

这条更新把 ChatGPT 从对话界面往业务流程里推了一步。以前自定义 GPT 只能聊，现在工作区智能体可以直接连 Slack、Gmail、Salesforce 等工具，不光读信息，还能动手更新工单、建文档、回消息。对已经在用 ChatGPT 企业版的团队，这相当于省掉了一部分 RPA 或中间件，搭建门槛也低——用自然语言描述流程就行。

但正文没给任何性能或成本数据。没提智能体执行失败率、延迟、单次运行消耗多少 token，也没说管理员审批节点是事后审计还是实时卡控。这些直接决定能不能在生产环境用。另外，只开放给付费企业版，个人用户用不上，定价和配额也没披露。

我会先打个折：这更像一个功能补齐，让 ChatGPT 在企业协作场景里追上微软 Copilot 和 Google Agentspace 的自动化能力。实际省不省钱、稳不稳定，得等有团队跑过真实工单量再看。

Latent Space4/23 03:33

Shopify 的 AI 用量在 2026 年爆发，CTO 聊了无限 Opus-4.6 预算和内部工具 Tangle、Tangent、SimGym

Shopify CTO Mikhail Parakhin 在这期播客里详细拆解了公司怎么把 AI 用进骨子里。他说 2025 年 12 月模型质量有个明显跃升，之后内部 AI 工具的使用量就炸了，而且命令行工具的增长比传统 IDE 插件还猛。现在写代码已经不是瓶颈，瓶颈变成了代码审查、CI/CD 流程和部署稳定性，所以他们自己搞了一套 AI 代码审查系...

推荐理由：这篇是 Shopify CTO 的深度访谈，信息密度高，没有公关腔。我会先打个折：正文没披露 2026 年使用激增的具体数据，所以不能当硬证据用。但真正值得盯的是他们内部把 AI 编程的瓶颈从生成代码推到了评审和部署环节，这个判断对从业者比一个孤立的增长数字更有用。三个内部项目名字和定位都给了，不是空泛的趋势发言。整体属于有料、有判断、缺一点量化验证的优质一手信源，放在 featured 没问题。

锐评

Shopify CTO 这次聊得挺实在，核心判断是：AI 写代码已经不是瓶颈，真正的卡点变成了代码审查、CI/CD 和部署别崩。他们内部数据也印证了这点——去年 12 月模型质量有个明显跃升后，内部 AI 工具使用量暴涨，而且命令行工具的增长比 IDE 插件还猛。这说明工程师在用脚投票，更愿意把 AI 嵌进自己的流程里，而不是在编辑器里点点点。

他们搞了三个内部项目来解决新瓶颈：Tangle 做可复现的机器学习实验，Tangent 搞自动调优搜索和主题，SimGym 用真实历史数据模拟客户行为来做 A/B 测试和优化建议。Mikhail 特别提到，客户模拟这玩意儿很贵，得多模态模型、浏览器集群、蒸馏一起上，但 Shopify 手里有真实交易数据，别人很难抄。

不过整篇没给具体用量数字，只说“爆炸式增长”，也没披露 Opus-4.6 无限 token 预算实际花了多少钱、bug 率到底升了多少。这些缺口让判断得打个折——方向对，但省钱省到哪一步还不清楚。

Hacker News 首页4/23 02:04

OpenAI 在 ChatGPT 企业版里上线了能自己干活的“工作区智能体”，目前是研究预览版

OpenAI 给 ChatGPT Business、Enterprise、Edu 和 Teachers 套餐加了一个叫 Workspace agents 的功能。你可以把它理解成在聊天工具里建一个能自动跑流程的助手：建一次就能共享给全团队，可以定时执行重复任务（比如整理销售线索、生成报表），也能直接操作 Slack、Google Drive、微软系应用...

推荐理由：OpenAI 放出了一个实打实的企业代理预览，HKR 三项全中：钩子是跨应用工作流自动化，正文给了治理控制的具体名目，又切中了企业采纳的核心顾虑。没给 P1 是因为价格、模型规格、上线时间全都没说，实际效果也还没验证，所以先打个折。

锐评

OpenAI 在 ChatGPT 的企业、教育等套餐里放出了一个叫 Workspace agents 的功能，目前是研究预览版。简单说，就是让你在聊天界面里建一个能自动干活的助手：建一次就能共享给全团队，可以定时执行重复任务，比如整理销售线索、生成报表，也能直接操作 Slack、Google Drive、微软系应用，不用人手把手一步步指挥。

官方强调了权限控制和审批节点，管理员可以设定谁能用、哪些步骤需要人点个头，还有审计日志可查。这点对想试自动化的公司挺重要，至少不是黑箱操作。但正文没披露具体用的是哪个模型、怎么收费、什么时候正式上线，也没给出任何性能或可靠性数据。

我会先打个折：产品思路是对的，把 agent 直接嵌进团队已有的聊天和工作工具里，降低了上手门槛。但没模型细节和定价，就不好判断它到底省不省钱、稳不稳定。另外，跨多个 SaaS 工具自动操作，出错了怎么回滚、责任算谁的，这些正文也没提。先当个方向看看，别急着 all in。

Hacker News 首页4/23 02:01

Flipbook：一个完全由图片模型实时生成的无限视觉浏览器

Flipbook 把整个网页变成一张张像素图片，你点击任何地方，它都会生成一张更深一层的新图片，没有 HTML、没有代码、没有文字图层。所有文字都是图片模型直接画出来的，所以偶尔会画歪或写错，这点随着模型变强会改善。内容来自智能体联网搜索和模型自己的知识，准确度大概跟用 ChatGPT、Gemini 这类对话产品查到的差不多。团队说他们做这个是因为现在...

推荐理由：我会先打个折：正文没披露延迟、成本、模型栈和实际用量，所以分数停在 76。但 Flipbook 这个实验值得盯，因为它把网站变成了一串实时生成的像素图，点击哪里就继续画哪里，连文字都是画出来的，不是叠上去的。信息来自 agentic 网页搜索加模型知识，交互机制比普通生成式 UI 激进得多。视频流功能目前还是高耗资源的实验开关，这点先别太激动。

锐评

Flipbook 做了一个很极端的实验：把浏览器变成纯图像生成器。你看到的每一个“页面”都是模型实时画出来的像素，没有 HTML，没有文字叠加层。点击图片上的任何地方，它会再生成一张更深一层的新图，像在无限翻一本视觉百科全书。内容来自智能体联网搜索和模型自己的知识，准确度大概跟用 ChatGPT、Gemini 这类对话产品查到的差不多。

这个交互模型跟现在流行的“生成式 UI”不是一回事。后者还是用代码搭骨架，让模型填内容；Flipbook 直接把骨架也扔了，全靠图像模型硬画。代价是文字偶尔会画歪或写错，团队也承认这点只能等模型变强。另外，那个“实时视频流”功能是把静态图连成动画，目前行为不稳定、非常吃资源，只能手动开关。

文章没给任何性能数据：生成一张图要多久、一次搜索加生成的成本是多少、并发能撑多少。也没说清楚“智能体搜索”具体怎么保证信息不过时。如果延迟高到没法日常用，或者烧钱太快，这个体验就还停在 demo 阶段。后续能不能从“随便逛逛”变成能订机票、存数据的完整工具，取决于模型变快变便宜的速度，以及他们怎么解决事实性校验的问题。

X · @OpenAI4/23 01:45

OpenAI 在 ChatGPT 里加了“工作区 agent”，一个能跨工具、跨团队跑长任务的共享助手

OpenAI 发了一条推，说 ChatGPT 现在有 workspace agents，可以当成团队共享的助手，处理复杂任务和跑长时间的工作流。正文没披露具体支持哪些工具、怎么收费、什么账号能用、权限怎么管、什么时候推。我会先打个折：共享 agent 的协作边界才是关键，比如它能看到什么数据、谁能改它的指令，这些都没说，光看标题别太激动。

推荐理由：OpenAI 自己发的产品预告，共享代理这个方向比普通助手更新鲜，H 和 R 都站得住。但正文只给了概念，没给任何落地细节，所以 K 分不高，整体放在 featured 而不是更高。我会先打个折，等工具权限和定价出来再重新判断。

Hacker News 首页4/23 01:38

Zed 编辑器推出并行 Agent 功能，一个窗口里能同时跑多个 AI 助手

Zed 在 4 月 22 日更新了并行 Agent 功能，核心是在一个窗口里同时跑多个 AI 助手干活。新增的线程侧边栏可以给每个线程单独设置能访问哪些文件夹和代码仓库，还能随时停止、归档或新建线程。默认界面布局也改了，线程和 Agent 面板挪到了左边，项目文件树挪到右边，老用户需要手动切换才会生效。Zed 团队说这个设计是为了让开发者既能用 AI ...

推荐理由：Zed 官方产品更新，HKR 三项都踩实了：并行 agent 加线程级权限隔离。分数停在 76 是因为正文没给性能对比、价格影响、用户量或外部验证，目前还只是单个工具自己的迭代，我会先打个折。

锐评

Zed 这次更新的核心不是“多 Agent 并行”这个老概念，而是把线程权限隔离和编排体验做进了编辑器里。新增的线程侧边栏可以给每个线程单独指定能访问哪些文件夹和代码仓库，还能随时停止、归档或新建线程。这意味着你可以让一个 Agent 改前端，另一个同时动后端，互不干扰，也不用担心 AI 乱翻不该看的目录。

默认布局也改了，线程和 Agent 面板挪到左边，项目文件树挪到右边，团队说这是为了让 Agent 工作流更顺手。老用户需要手动切换才会生效，这点比较克制，不会强制改变你的习惯。Zed 强调整个交互跑在他们一贯的 120 帧流畅度上，但正文没给出并行线程数上限或资源占用的具体数据，也没提多线程同时跑时对本地算力和 API 费用的实际影响。

还缺两样东西：一是多个 Agent 线程之间能不能互相通信或传递上下文，正文完全没提；二是没有实际案例展示这种并行编排到底比串行快多少、省多少事。判断可以先打七折，等有人跑出真实工作流数据再看。

Hacker News 首页4/23 00:34

有创业公司开始炫耀 AI 账单比员工工资还高，把 token 花费当成增长指标

Swan AI 的 CEO 发帖说，他们 4 个人的团队一个月给 Claude 花了 11.3 万美元，他把这笔钱看作本该用来招人的预算，目标是不到 10 个人做到 1000 万美元年收入。Fundable AI 的联合创始人也在底下附和，说 AI 能顶一个 15 人的文档处理团队。文章点出一个风向：token 花费正在被当成一种新的虚荣指标，但花得多...

推荐理由：我会先打个折：这篇不是硬核技术进展，而是一篇评论性质的趋势观察。H 分给得高，是因为它把“AI 账单超过人力成本”这个反转直接摆到台面上，容易引发讨论。K 分靠的是 Swan AI 那个 11.3 万美元/月的 Claude 账单，数字够具体，能让人直观感受小团队在模型调用上的投入有多猛。R 分确实有，它踩中了“用 token 消耗替代人头”的焦虑，但正文自己也承认这更像一种增长指标而非已验证的 ROI，Fundable AI 说能替代 15 人团队的说法也没给出验证细节，所以不能当市场级事件来推。整体判断：值得从业者看一眼，但别急着把它当成行业拐点。

锐评

Swan AI 的 CEO 晒出一个月给 Claude 花了 11.3 万美元，4 人团队把这笔钱当成本该招人的预算，目标是不到 10 个人做到 1000 万美元年收入。Fundable AI 也跟着说 AI 能顶一个 15 人的文档处理团队。文章点出一个风向：token 花费正在被当成增长指标，而不是实际回报。

我会先打个折。花得多只能说明用量大，不能说明产出值这个价。正文没披露 Swan AI 的实际收入、客户数或续费率，也没说这 11.3 万美元到底产出了什么可验证的结果。Meta 内部搞的“Claudenomics”排行榜也是同样逻辑，把 token 消耗当生产力，但没给出效率提升的硬证据。

这点先别太激动。如果一家公司把 AI 账单当骄傲，但不说赚了多少，那更像在赌一个叙事，而不是在报一个结果。缺的是收入数据、单位经济模型和跟招人成本的直接对比。

4月22日星期三

The Verge · AI4/22 22:22

Meta 开始记录员工电脑操作，用来训练能替你干活的 AI 助手

Meta 在美国员工的工作电脑上装了一个叫 MCI 的工具，会记录鼠标移动、点击、键盘输入，还会偶尔截屏。这些数据不是用来考核绩效，而是喂给 AI 模型，教它们像人一样操作电脑，以后自动处理员工现在做的重复性工作。Meta 说不会拿来做绩效评估，但正文没提数据会保留多久、员工能不能选择不用，也没说会不会推广到美国以外的地区。

推荐理由：我会先打个折：这不是产品发布或模型开源，而是一条内部工具被路透社挖出来的报道，所以信息缺口很明显。正文只说了美国员工和工作应用，保留多久、能不能退出、范围会不会扩大都没提。但这件事的传播力很强——Meta 直接拿员工的操作痕迹去教 agent 怎么像人一样用电脑，而且明确说数据不用于绩效考核，反而让人更想知道采集边界到底在哪。如果是真的，这种数据比外包标注便宜得多，但隐私和劳资关系的雷也埋得深。

锐评

Meta 在美国员工的工作电脑上装了一个叫 MCI 的工具，会记录鼠标移动、点击、键盘输入，偶尔还会截屏。这些数据不是用来考核绩效，而是喂给 AI 模型，教它们像人一样操作电脑，以后自动处理员工现在做的重复性工作。Meta 说不会拿来做绩效评估，但正文没披露数据会保留多久、员工能不能选择不用，也没说会不会推广到美国以外的地区。

这件事的逻辑是：想让 AI 学会操作软件界面，最直接的办法就是拿真人的操作记录当教材。但问题在于，工作电脑上难免会闪过私人信息、敏感文件或非工作内容，录屏和键鼠记录一旦泄露，风险不小。Meta 目前只在美国员工的工作场景下推这个工具，范围有限，但验证强度也有限——如果连数据保留政策和退出机制都没说清楚，就很难判断它到底是在做负责任的训练数据采集，还是先把数据收了再说。

我会先打个折：方向不意外，但透明度不够。后续要看 Meta 会不会公布数据匿名化方案、存储周期和员工的实际控制权，否则这条新闻更像一个“我们在做了”的信号，而不是一个可以评估的完整方案。

Hacker News 首页4/22 21:19

Qwen 开源 27B 稠密模型，编程能力超过自家 397B 的 MoE 老旗舰

Qwen 放出了 Qwen3.6-27B，一个 270 亿参数的稠密模型，主打编程，而且直接开源。它最狠的地方是跑分超过了上一代 3970 亿总参数（每次激活 170 亿）的 MoE 模型 Qwen3.5-397B-A17B。在 SWE-bench Verified 上拿了 77.2 分，比老旗舰的 76.2 高；在 Terminal-Bench 2....

推荐理由：Qwen3.6-27B 是一次有分量的开源模型发布，权重直接可下，编程基准分数明确，而且走的是稠密路线而非更大的 MoE。对 AI 从业者来说，这意味着用更低的部署成本去试一个旗舰级编程模型。HKR 三项都站得住，按规则，国内大模型的重要发布应该和同等美国实验室的发布给到同一档分数。

锐评

Qwen放出了一个27B的稠密模型，主打编程，而且直接开源。最值得看的一点：它在SWE-bench Verified上拿了77.2分，超过了上一代3970亿总参数（每次激活170亿）的MoE模型Qwen3.5-397B-A17B的76.2分。在Terminal-Bench 2.0上，59.3分也比老旗舰的52.5分高出一截。这意味着你不用折腾MoE那套复杂的路由部署，用更小的稠密模型就能拿到更强的编程能力，对开发者来说部署成本会友好很多。

不过得注意，这些跑分都是在他们自己的agent框架下测的，用了200K上下文窗口，Terminal-Bench还给了3小时超时和5次取平均。实际你用自己的工具链跑，分数可能会有出入。另外，模型支持多模态思考和普通模式，但正文主要秀的是编程和推理分，多模态具体能干什么、效果怎么样，没展开说。知识类基准如MMLU-Pro是86.2分，比老旗舰的87.8略低，说明它并不是全面碾压，而是把技能点主要加在了编程上。如果你正好需要一个能跑代码agent、又不想上大集群的模型，这个值得试试。

OpenAI News4/22 18:00

OpenAI 在 ChatGPT 里上线了团队版智能体，能自己跑流程、跨工具干活

OpenAI 给 ChatGPT 的企业版、教育版等付费计划加了一个叫“工作区智能体”的功能。你可以把它理解成能共享给整个团队用的自动化助手，背后由 Codex 驱动，在云端运行，人不在线它也能继续干活。它能跨多个工具（比如 Slack、CRM）执行多步骤任务，像自动筛选销售线索、写跟进邮件、每周五拉数据出报表、审核软件采购请求并生成 IT 工单。团队...

推荐理由：OpenAI 在 ChatGPT 里加了 workspace agents，等于把 Codex 塞进云端去跑跨工具的工作流，从纯聊天往团队自动化工作台又挪了一步。我会先打个折：正文没写价格、没列支持的工具、也没给延迟或成功率这些硬指标，所以重要性停在 86 分。H 打钩是因为从对话到 agent 的转变本身就有话题性；K 打钩是因为 Codex 驱动云端执行这个事实是新的，但信息缺口也明显；R 打钩是因为它直接踩在团队协作和自动化的关注点上，对做类似产品的团队会有压力。

锐评

OpenAI 在 ChatGPT 里上线了“工作区智能体”，简单说就是给团队用的自动化机器人，背后是 Codex 在云端跑，你下班了它还能接着干活。官方举了几个例子，比如自动筛销售线索、写跟进邮件、每周五拉数据出报表、审核软件采购申请。这些场景听着挺实用，但都属于“我们内部用了觉得好”的层面，外部团队能不能复制，得打个问号。

关键信息缺了不少。定价完全没提，只说了在 Business、Enterprise 等付费计划里“研究预览”。支持哪些外部工具也没列清楚，只模糊提到 Slack 和 CRM。性能指标，比如任务成功率、平均延迟、出错率，一概没有。这就很难判断它到底是能扛生产流量的成熟产品，还是需要专人盯着的半成品。

另外，它强调“共享”和“权限控制”，这对企业是加分项，但实际管理复杂度——比如谁有权限改流程、出错了怎么追溯——正文没展开。如果是真的能稳定跑通多步骤跨工具任务，对中小团队确实省钱省人力；但没看到第三方验证前，先别太激动。

OpenAI News4/22 18:00

OpenAI 给 Responses API 加了 WebSocket，让 Codex 这类 agent 跑起来更快

OpenAI 发现，当模型推理速度从每秒 65 个 token 飙到近 1000 个 token 时，API 本身的处理开销反而成了拖慢 agent 循环的瓶颈。他们给 Responses API 加上了 WebSocket 支持，思路是把多次独立的 HTTP 请求换成一个长连接，在连接存活期间缓存住对话状态和可复用的上下文，只传新的工具调用结果，省掉...

推荐理由：这是 OpenAI 面向开发者的系统层更新：用 WebSocket 长连接加连接级缓存，把 agent 循环里反复建连、重复请求的开销压下去。HKR 三项都踩中了，但正文没给出延迟降了多少、吞吐多大、适合什么负载，所以只能算中等偏上的 featured，不能拉满。真正值得盯的是长连接怎么省掉往返成本，这不是换模型，是工程侧省钱省时间的优化。

锐评

这条更新解决的是一个很实际的工程问题：模型推理从每秒 65 个 token 飙到近 1000 个 token 后，API 自身的请求处理开销反而成了拖慢 agent 干活的主因。OpenAI 的思路是把多次独立的 HTTP 请求换成一个 WebSocket 长连接，连接存活期间缓存对话状态和可复用上下文，后续只传新的工具调用结果，省掉重复的验证、token 化和网络跳转。他们提到通过缓存、减少中间服务跳转、优化安全分类器，单次请求的首 token 延迟已经降了约 45%，但依然不够快，所以才动传输层。

文章说端到端快了 40%，但没给出具体场景下的延迟对比、并发数或工作负载条件，也没提 WebSocket 方案在连接断开重连时的状态恢复策略。这更像是一次传输层优化，不是新模型发布。对做 agent 产品的团队来说，如果你们的瓶颈确实在 API 往返开销上，这个改动值得跟进；但如果瓶颈在模型推理或工具执行本身，收益就没那么大。

量子位 · 公众号4/22 14:51

商汤绝影把32B总参、3B激活的模型塞进车机，跑分压过GPT-5.4和Opus 4.6

商汤绝影发布了一个叫Sage的车载端侧多模态模型，总参数32B，但每次推理只激活3B参数。它在PinchBench上拿了94%，比Claude Opus 4.6的93.3%和GPT-5.4的90.5%都高。模型跑在Nvidia OrinX上，首字延迟约0.5秒，单token生成约0.03秒，吞吐80 tok/s。训练用了两个方法：SCOUT省了约60%...

推荐理由：我会先打个折：所有数据都是商汤自报，没有第三方复现，PinchBench 的对比对象和测试条件正文也没细说。但亮点在于它把 3B 激活模型塞进 OrinX，还给出了推理延迟和吞吐，这对车载场景比跑分更有参考价值。后训练省 60% GPU 小时、复杂任务完成率提 20% 这两个数，缺训练规模和消融细节，先别太激动。整体看，信息量够、落地指向明确，但验证链不完整，所以重要性给 79，放在 featured 里提醒大家关注端侧 Agent 的进展和水分。

锐评

这条新闻最值得看的是“3B激活参数跑车载端侧”这个思路，不是它宣称的跑分。商汤绝影的Sage模型总参数32B，推理时只激活3B，相当于把一个大模型塞进车里，跑在Nvidia OrinX上，首字延迟约0.5秒，单token生成约0.03秒，吞吐80 tok/s——这些数字说明它在车载硬件上确实能实时响应。训练上用了两个方法：SCOUT省了约60%的GPU小时，ERL让复杂任务完成率提高20%，但正文没解释这两个方法具体怎么工作，也没给出消融实验。

PinchBench上94%的分数比Claude Opus 4.6的93.3%和GPT-5.4的90.5%都高，但这里有个大坑：正文完全没披露PinchBench是什么基准、测了多少样本、有没有多轮工具调用场景。如果只是单轮问答或简单指令，这个分数对车载Agent的实际意义有限。车载场景真正难的是多步工具调用——比如“帮我找最近的充电桩，顺路买杯咖啡，避开拥堵路段”——这种任务对3B激活参数能不能稳住，正文没给任何证据。

另外，模型是端侧部署，但训练数据、安全对齐、极端场景表现这些关键信息全部缺失。商汤说这是“龙虾塞进车里”，我会先打个折：技术路线有看点，但验证太弱，等第三方评测或实际路测数据出来再说。

机器之心 · 公众号4/22 11:30

荣耀在 MagicBook 上预装 YOYO 爪，管它叫全球首款“智能体笔记本”

荣耀把 YOYO 智能体直接做进了 MagicBook 系统里，出厂自带 5 个主智能体和 23 个子智能体。官方说这套方案比外接 OpenClaw 省一半的 token 消耗，还加了本地处理、二次确认和内核级加密。说白了就是把智能体打包成笔记本默认功能，不用自己折腾部署。但正文没提具体用了哪个模型、硬件配置、卖多少钱、什么时候开卖，这些关键信息都缺着...

推荐理由：荣耀把 YOYO Claw 直接预装进 MagicBook，等于把智能体做成出厂能力，这点比跑分更有意思。文章列了 5 个主智能体、23 个子智能体，覆盖教育到内容创作，还提到本地处理、二次确认和内核级加密，信息量够硬。词元消耗降 50% 这个数我会先打个折，因为没给对比基准和测试条件。真正让我把分停在 76 的原因是正文没披露模型、硬件配置、价格和上市时间——缺了这些，没法判断实际成本和落地节奏。

锐评

荣耀这次的做法是把 YOYO 智能体直接做进 MagicBook 系统，出厂就带 5 个主智能体和 23 个子智能体，不用自己折腾部署。官方说这套方案比外接 OpenClaw 省一半的 token 消耗，还加了本地处理、二次确认和内核级加密。听起来是把智能体从“自己搭”变成了“开箱即用”，对不想折腾的普通用户确实省事。

但这条新闻的信息缺口很大。正文没披露具体用了哪个模型、笔记本的硬件配置、卖多少钱、什么时候开卖。省一半 token 这个数字也没有给出测试条件，不知道是在什么任务上对比的、样本量多大。另外，本地处理能跑多大的模型、二次确认会不会拖慢响应速度，这些实际体验的关键点都没提。

我的判断是，这个方向本身有道理——把智能体做成设备默认功能，降低使用门槛。但在看到实测数据和价格之前，这个“省一半”先打个折看。

The Verge · AI4/22 06:45

SpaceX 签了个“可能买也可能不买”的协议，标的 Cursor，开价 600 亿美元

SpaceX 跟 AI 编程工具 Cursor 达成了一个二选一的交易框架：要么花 600 亿美元把 Cursor 买下来，要么付 100 亿美元分手费走人。文章没披露具体的交易结构、时间表，也没说跟 SpaceX 传闻中的 IPO 怎么挂钩。RSS 摘要里提了一句，这笔交易可能帮马斯克旗下的 xAI 在编程工具上追赶 Anthropic，但正文里没展...

推荐理由：标题说可能收购，但真正有信息量的是那笔 100 亿美元退出费——它更像一个约束机制，而不是简单的“不买了就赔钱”。正文只披露了顶层的两个数字，交易怎么设计、什么时候推进、跟 xAI 追 Anthropic 之间到底什么关系，全都没说。所以我会先打个折：事实够硬，但缺口也大，放在 featured 合适，别拔到 P1。

最新精选

4月23日星期四

4月22日星期三