林俊旸离职，今天的通义内部通气会说了什么？有一条是这么说

AI公司影响力榜单人才流动组织转型人才整合组织管理行业大模型

2026-03-04 15:29

143 浏览

0 点赞

AI 速览

阿里通义实验室高层人事变动与内部沟通纪要，涉及核心人员离职、组织架构调整及资源分配争议。核心事实 - 人事变动：Qwen负责人林俊旸离职，前Google DeepMind研究员周浩接任后训练工作 - 架构调整：Qwen团队从垂直整合拆分为预训练、后训练等水平分工团队 - 高层表态：吴泳铭称算力供给为最高优先级但信息传递有误；周靖人自述被边缘化 - 舆论回应：HR强调不计成本留人无理，林俊旸发朋友圈表示需要休息价值点通过内部通气会细节，透视大厂AI核心团队变动背后的战略分歧与管理挑战。

3月4日，林俊旸凌晨宣布离开Qwen后，阿里通义实验室召开全员会议。

关于这次组织调整

首席HR称这轮调整是为了"引进更多人才，提供更多资源"。她表示通义是集团最重要的事，希望扩大人才规模，这不可避免地涉及团队结构变化。"无论如何变化，我们希望大家都做好准备。没有什么是没有代价的。"

她说用林俊旸的思维方式处理一切"肯定会很高效"，但从周靖人的角度，需要考虑周浩最合适的位置在哪里。她强调整个过程"从未考虑过政治因素"。

关于周浩的安排，她透露了一个细节：周浩起初担心自己不适应通义团队，主动要求先被安排在周靖人管理体系下，高层同意了。

据《晚点LatePost》当天报道，前Google DeepMind高级研究员周浩近期加入通义实验室，接任后训练工作，直接向周靖人汇报。通义实验室正计划将Qwen团队从"垂直整合"体系拆分为预训练、后训练、文本、多模态等水平分工团队。

吴泳铭谈资源和算力

吴泳铭说阿里是"模范公司"，通义是集团层面的事，不只是基础模型的事。集团想"打造大闭环、快速发展"，但承认"组织形式没有沟通好"。

他说中国国情特殊，资源很难让每个人都满意，并为之前不了解资源紧张的情况道歉。他称自己是"中国最积极追求算力的CEO"，通义千问是"重中之重"，作为中国区CEO他已尽力。

关于团队反映的资源被集团卡脖子的问题，吴泳铭表示自己并不知道被卡，算力供给在他心中"一直是最高优先级"，问题出在信息传递过程中。

周靖人："我也被边缘化了"

周靖人承认资源"一直很紧张"，表示正在做整体规划。随后他说了一句——自己"也被边缘化了"。他还提到阿里云内部工具难用是"历史原因造成的"。

有人问林俊旸能否回来

提问环节，有员工直接问林俊旸能否回来。

HR的回应是："我们不能把他捧上神坛"，公司不能接受"不计成本留人的无理要求"。她反问在场众人："那你们觉得自己的成本是多少？"

据凤凰网科技当天报道，阿里高层仍在与林俊旸沟通挽留。林俊旸本人下午发朋友圈："抱歉各位朋友，今天不回复消息和电话了，我真的需要休息。qwen的兄弟们，按照原来安排继续干，没问题的。"

几个值得注意的信号

吴泳铭说"不知道被卡"——团队最核心的资源诉求没有有效传达到集团最高层。

周靖人说"我也被边缘化了"——作为通义实验室直接负责人，这句话暗示调整的波及面比外界想象的更广。

HR说"不能捧上神坛""你们觉得自己的成本是多少"——相比安抚，这更像是在管理预期。

就在林俊旸离职前一天，Qwen 3.5小模型发布，马斯克评价"令人惊叹的智能密度"。这次组织变动并非因为团队做得不好，而是公司想做得更大——但做大的方式与核心技术负责人产生了根本分歧。

好文章，需要你的鼓励

# 报错信息分析与调试指南 ## 任务说明请分析用户提供的报错信息，推测可能的错误原因，并提供系统性的调试步骤。 ## 分析要求 1. **错误类型识别** - 确定是语法错误、运行时错误、逻辑错误还是环境配置错误 - 识别具体的错误类别（如空指针、数组越界、类型不匹配等） 2. **原因推测** - 基于错误信息中的关键线索进行合理推断 - 考虑常见的导致此类错误的编程场景 - 分析可能的代码问题或环境问题 3. **调试步骤** - 提供从简单到复杂的逐步调试方法 - 包括代码检查、日志添加、环境验证等具体操作 - 给出预防类似错误的最佳实践建议 ## 输出格式 - **错误类型**：[具体的错误分类] - **可能原因**： 1. [原因1] 2. [原因2] 3. [原因3] - **调试步骤**： 1. [步骤1] 2. [步骤2] 3. [步骤3] 4. [步骤4] - **解决方案**：[具体的修复建议] ## 示例 **输入**：【报错信息】 ``` TypeError: Cannot read property 'length' of undefined at processData (app.js:25:18) at main (app.js:10:5) ``` **输出**： - **错误类型**：运行时错误 - TypeError - **可能原因**： 1. 变量未正确初始化就被访问其 length 属性 2. 函数参数传递了 undefined 值 3. 异步操作中数据还未加载完成就尝试访问 - **调试步骤**： 1. 检查 app.js 第25行附近的变量声明和赋值 2. 在访问 length 属性前添加类型检查：`if (variable && variable.length)` 3. 使用 console.log() 输出相关变量的值确认其状态 4. 检查函数调用时传入的参数是否正确 - **解决方案**：在访问对象属性前先验证对象是否存在，或确保变量在使用前已被正确初始化。