GitLab 这次 Act 2 最值得盯的,不是它用了“agentic era”这个新词。
更反常的是,它把几件很硬的事放进同一个故事里:裁员、减少小团队所在国家、最多移除三层管理、把 R&D 拆成约 60 个小队、重写价值观。
这不是一份普通的 AI 战略宣言。它更像一家公司在对资本市场说:AI 不是来削弱我的,是来逼我换骨架的。
但账本也在旁边。GitLab 股价大约从一年前的 52 美元跌到现在的 26 美元。读这类公告,不能只读愿景。压力本身就是正文。
Act 2 到底改了什么
GitLab 的动作可以压成四项。
| 变化 | GitLab 怎么说 | 该怎么看 |
|---|---|---|
| 裁员与国家收缩 | 计划减少“小团队所在国家”数量,最多 30% | 不是裁掉 30% 员工,也不是退出 30% 市场,更像降低跨国雇佣、薪酬、合规复杂度 |
| 管理扁平化 | 部分职能最多移除三层管理 | 目标是让领导更接近一线,但协调成本可能被转嫁给团队 |
| R&D 小队化 | 组建约 60 个更小、更有授权、端到端负责的团队,数量接近翻倍 | 适合快速交付,也更考验平台能力、架构边界和产品优先级 |
| 价值观改写 | 旧 CREDIT 退场,新框架变成 Speed with Quality、Ownership Mindset、Customer Outcomes | 语言从文化型转向战时型:速度、责任、客户结果排到前面 |
这里有两个细节容易被标题党讲歪。
一个是“减少国家数量”。GitLab 说自己运营在近 60 个国家,但公告没有列出哪些国家属于“小团队所在国家”。所以现在不能推算具体影响多少员工,也不能直接说它退出了多少市场。
另一个是价值观。旧 CREDIT 里有 Collaboration、Results for Customers、Efficiency、Diversity、Inclusion & Belonging、Iteration、Transparency。新价值观里,Diversity 不再作为顶层词出现,但在 Customer Outcomes 的子项里仍提到 diversity、inclusion、belonging。
这不是一个可以简单扣帽子的变化。但它说明一件事:当增长压力和执行速度成为主线,文化议题会被重新排序。
公司价值观从来不是墙上的字。它是资源分配的暗号。
这份公告补上的硬变量
如果只看“裁员押注 AI Agent”,这事会显得很套路。
但 GitLab 这次公告多给了几个可以验证的变量:国家覆盖是否收缩、管理层级是否真减少、60 个小队是否真能独立交付、价值观改写后内部激励怎么变。
这些变量比“全面拥抱 AI”更重要。
因为 AI Agent 对组织的冲击,不是多买几个工具那么简单。它会逼公司重新回答三个问题:
- 谁离客户更近?
- 谁有权决定优先级?
- 谁为交付结果负责?
GitLab 给出的答案是:少一点中间层,多一点小队,多一点端到端责任。
这套答案不新。
Coinbase 最近也讲过类似方向,而且更激进:组织最多 5 层,不要纯管理者,领导要像 player-coach。硅谷每隔一段时间都会重新迷上扁平化。尤其在增长慢、成本紧、AI 工具又给了一个新理由的时候。
“兵贵神速”这句老话放在这里很贴切。但古人没说后半句:神速也要粮道。没有平台能力、决策边界和工程治理,小队跑得越快,撞得越响。
GitLab 真正押的是杰文斯悖论
GitLab 最核心的判断是:AI Agent 会降低软件生产成本,而成本下降不会让软件市场变小,反而会放大需求。
这就是杰文斯悖论的技术版。
煤炭使用效率提高,煤炭消耗反而上升。因为便宜了,更多场景开始用煤。
放到软件里,就是:代码更便宜,企业不是少做软件,而是做更多内部系统、自动化流程、垂直应用和定制工具。开发者平台的价值也可能随之上升。
GitLab 甚至把价格锚点讲得很直白:过去开发者平台市场常按每用户每月几十美元来理解,现在已经走向几百美元,并可能继续提高。
这个判断有现实基础。
如果一个 AI 编程工具真能影响团队产出,它卖的就不再是“开发者喜欢的工具”,而是工程效率的放大器。企业愿意为放大器付更高价格。
但也要承认,GitLab 有强烈动机相信这个故事。
它的生意依赖软件工程继续增长,依赖更多构建者、更多代码、更多流程、更多平台席位。如果 AI Agent 最后变成“少数人管理大量自动化开发流程”,那 GitLab 必须证明自己仍然站在工作流中间,而不是被新的代理层绕开。
所以我不反对 GitLab 的乐观,但我会给它打折。
AI 可能扩大软件需求。可扩大后的钱,不一定自动流向 GitLab。
小队化能提速,也能甩锅
把 R&D 拆成约 60 个更小、更有授权的团队,方向上说得通。
AI Agent 确实可能让小团队更强。过去一个团队要排期、依赖、等资源,现在一部分编码、测试、文档、迁移工作可以被工具加速。小队有机会把想法更快变成产品。
37signals、Basecamp 那类公司以前也很推崇自给自足的小团队。这个思想在软件行业有历史,不是 GitLab 临时发明的管理鸡汤。
问题在执行。
端到端团队最怕两种结果。
一种是每个小队都能动,但没人负责整体架构。局部都很快,系统越来越碎。
另一种是每个小队都背指标,但没有足够权限改掉真正的瓶颈。权限没有下放,责任先下放了。最后“Ownership Mindset”变成“你自己想办法”。
管理层少了,不代表管理问题少了。
很多时候,中层从组织图上消失,协调成本会跑到 Slack、路线图、代码库和客户承诺里。表格变瘦了,摩擦不一定变少。
这也是我看 GitLab Act 2 的核心标准:别听它说自己有多少小队,要看这些小队能不能少依赖、快决策、稳交付。
组织速度不是把人切小。是让正确的决定更少绕路。
受影响最大的不是普通用户
普通 GitLab 用户短期未必有强感知。
真正受影响的,是两类人。
一类是 GitLab 内部员工,尤其是小团队国家里的员工、中层管理者、R&D 团队成员。国家收缩会影响雇佣安排和组织归属;管理扁平化会影响岗位安全;小队化会改变绩效压力和协作方式。
另一类是企业客户和开发团队。
他们要观察的不是 GitLab 口号有没有 AI 味,而是产品节奏会不会变快,平台体验会不会更一致,核心 DevSecOps 流程会不会因为重组变得更清楚。
如果 GitLab 能用 AI Agent 提高研发效率,又不牺牲稳定性,企业客户会受益。
如果重组只是成本压缩,客户看到的可能是更快的路线图、更慢的响应、更碎的体验。软件公司最常见的幻觉,就是把内部效率压力包装成客户价值。
客户不买这个。客户只看交付。
真问题不是 AI,而是激励设计
我更在意 GitLab 怎么把“速度”变成可执行的激励。
Speed with Quality、Ownership Mindset、Customer Outcomes,这三个词都很正确。正确到有点危险。
因为它们如果没有配套机制,就会变成万能口号。
速度怎么衡量?上线次数,还是客户问题解决时间?
质量怎么守住?靠测试覆盖、平台规范,还是靠团队自觉?
客户结果谁定义?销售、产品、工程,还是最大客户的续约压力?
这些问题不解决,价值观越短,解释空间越大。
“天下熙熙,皆为利来。”这句话用在科技公司身上并不刻薄。公司在压力下改组织、改价值观、改叙事,本来就是利益计算。关键不在于它有没有利益,而在于利益是否和客户结果、员工激励、产品质量绑在一起。
绑对了,AI Agent 会成为杠杆。
绑错了,AI Agent 只是裁员说明书上的高亮词。
接下来只看三件事
GitLab 这次不是简单做对,也不是简单做错。
它讲了一个合理故事:AI 降低软件生产成本,小团队用代理放大产能,平台公司吃到更多需求。
它也讲了一个方便故事:裁员是战略升级,扁平化是贴近一线,价值观改写是面向新阶段。
方便,不等于虚假。但读者不能只听上半句。
后面该看三件事:
- 60 个 R&D 小队有没有带来更快、更稳的产品交付;
- 管理层减少后,决策是不是更清楚,而不是把协调成本推给一线;
- GitLab 能不能证明 AI Agent 扩大的是它的市场,而不是绕开它的市场。
GitLab 是在重塑软件公司,还是在包装裁员?
我的判断是,两者都有。
好公司很擅长把压力翻译成战略。但压力不会因为翻译得漂亮就消失。Act 2 这个名字取得再像戏剧,最后还是要回到最朴素的检查:人少了,层级薄了,团队小了,产品到底有没有更快、更好、更值钱。
