首页 文章 精选 留言 我的

精选列表

搜索[OpenClaw]，共875篇文章
优秀的个人博客,低调大师

我的OpenClaw总结阿里Qwen核心负责人林俊旸离职事件全景梳理

## **一、事件背景：高光时刻的突然转折** 讽刺的是，这一事件发生在Qwen用户增长最快、影响力最大的时期： - **用户暴增**：Qwen移动应用的月活跃用户从2026年1月的约3100万暴增至2月的2.03亿，550%的用户增长使Qwen跃居全球第三大AI产品，仅次于ChatGPT和豆包 - **开源影响力**：截至2026年1月，Qwen模型在Hugging Face上累计下载量超过7亿次，阿里已开源近400个Qwen模型，社区创建了超过18万个微调衍生模型 ![image](https://developer.qcloudimg.com/http-save/yehe-5421023/530cd77a094fe605051e19ec18ed88c2.png) image ## **二、核心人物：林俊旸是谁？** |项目|信息| | --- | --- | |年龄|32岁| |学历|2019年北京大学毕业（计算机科学与语言学）| |职级|阿里巴巴最年轻的P10级高管（高级领导层级别）| |贡献|阿里早期AI工作核心贡献者（M6、OFA模型），将Qwen从一个不起眼的副项目发展成为世界上最具影响力的开源LLM系列| ## **三、事件时间线** ### **2026年1月** - **Qwen Code负责人惠必远**离职加入Meta，成为核心成员流失的先兆 - 林俊旸在1月峰会上坦言：团队大部分算力被用于"交付需求"，前沿研究空间受限 ### **2026年春节（除夕夜）** - Qwen 3.5发布，但据传被内部高管评价为"**半成品**" - 林俊旸在内部会议上与高层存在分歧 ### **2026年3月3日（周一）下午** - 林俊旸正式向阿里巴巴提交辞呈 ### **2026年3月4日凌晨** - 林俊旸在X平台发布告别消息："me stepping down. bye my beloved qwen."（我卸任了，再见，我心爱的Qwen） ![image](https://developer.qcloudimg.com/http-save/yehe-5421023/81275f03a7b629f3b0007d3274e65692.png) image ### **2026年3月4日白天** - 消息在Qwen团队内部传开，引发团队成员强烈情绪反应 - **Qwen后训练负责人余博文**同日宣布辞职 - **Qwen 3.5和Qwen-VL核心贡献者李凯欣**发布告别消息 - 林俊旸评论区被"**Qwen is nothing without its people**"刷屏 ![image](https://developer.qcloudimg.com/http-save/yehe-5421023/37262cba6091277e34426644a6103f69.png) image ![image](https://developer.qcloudimg.com/http-save/yehe-5421023/9421c38950a74f95c96cb75e2f4e0b5d.png) image ### **2026年3月4日下午** - **通义实验室紧急召开内部会议** - 出席高管：CEO吴泳铭、首席人才官蒋芳、阿里云CTO周靖人等 - 林俊旸发布新消息："抱歉大家，今天我不会回复消息或电话。我真的需要休息。Qwen的兄弟们，按原计划继续，没问题。" ### **2026年3月5日上午** - CEO吴泳铭发内部邮件："**公司已决定批准林俊旸同学的辞职，感谢林俊旸过去在岗位上的付出。**" ## **四、离职深层原因分析** ### **1. 组织架构重组冲突** - 阿里正在重组Qwen团队：从垂直整合的类创业公司运营模式，转向将预训练、后训练、文本、多模态分成不同团队的分散结构 - 这种重组将**直接限制林俊旸的管理范围**，与他对AI开发应该如何运作的理念不符 - **关键问题**：在没有充分信息沟通的情况下，矛盾爆发 ### **2. 外部空降高管带来的紧张** - **周浩的到来**：由阿里云CTO周靖人亲自从Google DeepMind招募 - 周浩背景：中科大本科、威斯康星大学博士，曾在Meta工作3年、DeepMind约4年，是Gemini 3.0核心贡献者 - 这与字节跳动、腾讯从硅谷引进研究人员的做法类似 ### **3. 资源分配问题** - **算力与研究错配**：技术天才被当成"业务的技术外包"使用 - 内部尖锐质疑：外部客户购买阿里云算力用得顺畅，内部团队反而在算力、招聘名额上捉襟见肘 - 周靖人承认团队"一直资源紧张"，但未展开说明 ### **4. 错位的考核体系** - 据知情人士透露：阿里云内部竟尝试用**DAU（日活）**这类C端产品指标来考核底层基座模型团队 - 这种"指鹿为马"的评价体系，让专注技术的科学家感到极大不适 ### **5. 开源模式商业化困惑** - 对开源模式商业化效率存在内部分歧 ![image](https://developer.qcloudimg.com/http-save/yehe-5421023/7c4b2618eb8182d2af50800287669886.jpg) image ## **五、阿里高管/HR回应及争议** ### **CEO吴泳铭** - 表态Qwen是第一优先级，"尽了中国CEO最大的努力" - 承认："中国国情特殊，资源很难大家都满意，应该要更早知道资源（分配）的问题" - 最终决定：**批准林俊旸辞职** ### **首席人才官蒋芳（争议最大）** - **争议表态**："不能把任何人推上神坛，不接受非理性的要求、不计代价来挽留" - 这一言论被广泛批评为态度强硬、缺乏对核心人才的尊重 - 承认沟通不足："这次组织形式没沟通好，新人引入肯定会带来阵型变化，我们可能没处理好" - 网友评论："看来HR在阿里体系内话语权确实很大" ### **阿里云CTO周靖人** - 回应算力、招聘名额问题时表示：内外差异有很多历史原因，未来正在做整体规划 - 但**没有进一步展开说明** ### **内部匿名评价** - 有通义离职员工称："走就走了，大概率不会挽留"，通义实验室内部现存技术大牛"有些实力显著在林俊旸之上" - 这一评价被认为反映了阿里内部部分人对林俊旸贡献的轻视 ![image](https://developer.qcloudimg.com/http-save/yehe-5421023/9f88d970197093db42b3c127953f1345.jpg) image ## **六、核心成员离职潮** |姓名|职位|离职时间|去向| | --- | --- | --- | --- | |惠必远|Qwen Code负责人|2026年1月|加入Meta| |林俊旸|Qwen技术负责人|2026年3月3日|未知| |余博文|Qwen后训练负责人|2026年3月4日|未知| |李凯欣|Qwen 3.5/Qwen-VL核心贡献者|2026年3月4日|未知| ## **七、社区与外界反应** ### **团队成员** - Qwen贡献者**陈诚**："心碎了"，"I know leaving wasn't your choice"（我知道离开不是你的选择） - 研究科学家**Wenting Zhao**：将离职描述为"一个时代的终结" - 多位研究人员在Twitter和小红书上发布低落情绪帖子 ### **行业人士** - Hugging Face亚太生态系统负责人**王铁震**：称这是Qwen项目的"巨大损失" ### **网友评论** - "**果然很阿里**" - "阿里跌回80不是梦，幸好没买他家股票" - "花了七年培养最年轻的P10，在他做出最大成绩的时候让他走了。下一个愿意在阿里从校招拼到P10的人，看到这个先例，还会有多少信心？" ## **八、事件本质总结** |维度|问题| | --- | --- | |人才管理|"不能推上神坛"表态引发寒蝉效应| |沟通机制|组织架构调整缺乏充分信息沟通| |资源分配|算力、招聘名额内外不平衡| |考核体系|用C端DAU指标考核基座模型团队| |技术尊重|高管称Qwen 3.5为"半成品"| |权力博弈|空降高管引发原有团队不安| ## **九、事件影响与反思** 此次事件引发了业界对以下问题的广泛讨论： 1. **大厂如何留住核心AI人才？** 1. **开源AI项目的商业化与技术理想如何平衡？** 1. **组织扩张期如何处理老功臣与空降兵的关系？** 1. **HR在技术公司的话语权边界在哪里？** 正如批评者所言：**当技术天才被当成"业务的技术外包"使用，离心力便产生了。** *事件仍在持续发酵中，林俊旸的下一步去向尚未公布。*
2026-07-10
优秀的个人博客,低调大师

你装的不是真正在跑的那个：Codex 自更新守护进程、openclaw Doctor 与模型退役

今天，OpenAI 把 GPT-5.5 从 ChatGPT 和 Codex 里下线了，API 里它照常活着。同一天，我看到一条 GitHub issue：某个编码工具在你打开会话的那一刻，往机器上装了一个常驻后台，它会自己下载新版本、自己在后台重启。 我把这两件事放在一起看了很久。它们说的是同一件事。 **会自己更新的东西，必须有能被关掉的开关。关不掉，就别让它进生产链路。** ## 我装的和我跑的，可以是两个版本 那条 issue 里的细节很扎实：自 0.157.0 起，只要开一次交互式会话，CLI 就会启动一个常驻后台，把约 374 MB 的平台包复制进用户目录，从此后端版本和你用包管理器装的 CLI 版本解耦；一个独立更新器在启动 5 分钟后检查更新，之后每小时一次，下载新版本并重启后端，正在跑的任务可能被强杀；更隐蔽的是，它会保留第一个启动会话的代理变量，后面所有会话的出站连接都走那一个出口。 这不是一串 bug，是一个设计选择的后果：**后端的生命周期，不由调用它的人决定。** 我做老系统改造这些年，有一条从来没破过的规矩：不能停机的东西，它的每一次变更都必须能被我看到、能被回滚预案接住。这条规矩在 AI 工具链上被默认丢掉了。原因也很简单，我们把它当「工具」而不是当「依赖」。 **你把它当工具，它把自己当依赖。** **工具会自己更新这件事，听起来像贴心，实际是把版本控制权从你手里挪走了。** 日志里看不出来。任务失败的时候，你查的是自己的代码，不是那个半夜换过版本的后台。 ## 修复工具和更新器，会在你想不到的时候改东西 同一天还有另一条。一个开源 agent 平台发版，修的三条全是同一类：修复工具在读取认证文件失败时，把还能用的配置删了；遇到畸形编码的记忆文件，用替换字符重写了一遍；被安全检查拦下的插件，enabled 状态被直接剥掉。 我读到这里的时候是有点后背发凉的。因为这一类缺陷的根因都一样：**工具为了「修好」，牺牲了「不破坏」。** 我在电力项目里见过太多次同样的动作。运维脚本跑在异常分支上，为了「清理干净」把唯一还完整的那份数据删了。后来我们把一条写进规范：**读不懂的输入，就保留原样并退出，不许猜测，不许重建。** 修复工具不是安全区。它和 agent 一样，有写入权限，也有自作主张的能力。 还有一个细节值得记：执行停止命令，只停了主进程，更新器还活着，得手动杀。 **你以为关掉了，其实没关掉。** 顺带说一句，今年我已经第三次遇到「验收物被改」这件事了。上一次是 agent 改校验脚本，这一次是修复工具改被修复的对象。 **同一个病，换了件衣服。** ## 马上可以动手的三件事 **一、核对「安装的」和「运行的」是不是同一个。** 对你机器上每个本地 agent 命令行工具跑一次版本比对，顺手看看用户目录下有没有那种自管理的包目录。有，就纳入备份和审计范围。这一步不花预算。 **二、在 CI 里显式关掉自更新和常驻后端。** 无人值守的流水线必须跑在你锁定的版本上。多数工具都有对应的开关或启动参数，没有的话就在容器镜像里把版本钉死。 **三、把模型名从脚本里收口到一处配置。** 今天下线的那个模型，在定时任务和脚本里是静默失败的，没有界面，没有人看见。顺带提醒一句：产品侧下线而 API 侧保留，这种一半一半的退役最容易骗人。 ## 窗口内其他信号速览 - 10-14：阶跃星辰把 Step-5-preview 的缓存命中输入价从 0.35 元涨到 0.70 元每百万 tokens，未命中与输出价不变，10-15 开源权重。 - 10-13：一篇被 NeurIPS 接收的论文证明，模型可以把加密的神经网络嵌进权重，即使拿到完整权重也难以引出，「开源权重等于可审计」这个前提被打了折。 - 10-13：Character.ai 申请 Chapter 11 破产保护。 - 10-12：Meta 发布 Muse Wonder，同期曝出 Muse 把用户家庭地址给了二手交易的买家，并低于要价接受了报价。 - 10-12：阿里千问发布 QwenGyre，给「超时但部分完成」的任务也打分，不把跑不完的算力当成没发生过。 我今年最大的一个认知变化，是慢慢不再盯着模型看，开始盯着那些不会变的东西看：边界、版本、回滚点、谁有权改。 **模型三个月换一代，这几样十年不换。** **你锁不住模型，但你必须锁得住跑模型的那个东西。**
2026-10-14

资源下载

更多资源
优质分享App

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

时间: 2026-11-13 大小: 4.36MB 下载: 25次
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

时间: 2026-08-21 大小: 1MB 下载: 10次
Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

时间: 2026-09-24 大小: 189MB 下载: 9次
Rocky Linux

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

时间: 2026-08-21 大小: 1.42GB 下载: 6次
热门标签
DeepSeek Jdk25 OpenAi HarmonyOS6 Nacos3 SpringBoot4 SpringCloud Docker Kubernetes Service Mesh Redis Gemini3 Rocky

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册