我把黄仁勋辞职这件事拆开看，发现扁平化不是原因，权力交接才是

一个把公司砍到只剩三层的人，最后自己成了那个必须被砍掉的节点。这篇不聊情怀，只拆结构。我把英伟达的扁平化、黄仁勋的退出路径、以及同类创始人退场的规律放在一起看，告诉你这件事对写代码的人到底意味着什么。

先别急着感动，扁平化是结果不是原因

2026 年 11 月 13 日，InfoQ 中文报了一条消息，黄仁勋辞去英伟达 CEO 职务。消息出来之后，我刷到的讨论基本分成两派，一派在感慨一个时代的结束，另一派在分析扁平化管理的代价。

我盯着「扁平化推到极致」这几个字看了半天，总觉得哪里不对。扁平化不是他辞职的原因，扁平化是他能撑到今天的原因。把这两件事搞反了，后面的判断全错。

图 1　本文示意图：扁平化不是辞职的原因，是撑到今天的原因，代价藏在别处

英伟达的扁平化在硅谷是一个异类。公开报道里反复出现的一个数字是，黄仁勋直接汇报的下属超过 30 人，有人说是 40 人。一个万亿美元市值的公司，CEO 的直属汇报线拉到这个宽度，放在任何一本管理学教材里都是反面案例。

但它活了二十多年。为什么。因为扁平化在创始人手里不是管理制度，是信息通道。黄仁勋用这个宽度换来了两件事，第一，他不需要通过中间层过滤就能拿到一线进度，第二，任何两个部门之间的矛盾，最后都会汇到他这里，由他当场拍板。

这两件事有一个共同前提，拍板的人得是他。所以真正的问题不是扁平化好不好，是这套结构里有没有第二个人能接住这个宽度。公开信息里，我没看到。

英伟达真正的架构，是一根主轴加一圈卫星

我把英伟达的组织结构画了一下，用系统架构的眼光看，它不是一个金字塔，更像一根主轴加一圈卫星。

主轴是黄仁勋本人。所有产品线、所有关键客户、所有技术路线争议，最后都汇到这根轴上。卫星是各个业务负责人，他们向主轴汇报，彼此之间横向连接很弱。

这种结构在工程上有一个对应物，叫星型拓扑。优点是延迟低，任何一个节点出事，中心马上知道。缺点是单点故障，中心挂了，整个网络没有降级方案。

英伟达过去二十年能跑，是因为中心节点的处理能力太强。黄仁勋每天工作十几个小时，公开场合永远在讲技术细节，他本人就是那个最宽的信息总线。

推演星型结构的单点风险（示意代码，用调用顺序说明中心节点缺席后哪些决策会卡住）

class StarTopology:
    def __init__(self, center, satellites):
        self.center = center
        self.satellites = satellites

    def decide(self, issue):
        # 所有决策都路由到中心，卫星没有本地拍板权
        if self.center is None:
            return "UNDEFINED"  # 中心缺席，返回值未定义
        return self.center.judge(issue)

    def degrade(self):
        # 检查是否存在降级路径
        capable = [s for s in self.satellites if s.can_lead]
        if not capable:
            raise RuntimeError("no fallback: all satellites lack decision authority")
        return capable[0]

nv = StarTopology(center=None, satellites=[
    {"name": "GPU", "can_lead": False},
    {"name": "CUDA", "can_lead": False},
])
print(nv.decide("next roadmap"))  # UNDEFINED
try:
    nv.degrade()
except RuntimeError as e:
    print(e)  # no fallback

但星型拓扑有一个隐藏成本，它不培养路由能力。卫星节点只负责把数据送到中心，不负责在中心缺席时自己组网。时间一长，这些节点的决策肌肉是萎缩的。

这不是英伟达一家的问题。所有强创始人公司都有这个特征，只是英伟达把扁平化喊得最响，所以问题暴露得最清楚。

图 2　本文示意图：主轴加卫星，所有关键决策汇到中心，卫星之间横向连接很弱

辞职这件事，卡在哪个判断上

我试着把这次辞职当成一次系统调用来看。调用方是黄仁勋本人，被调方是英伟达的治理结构，入参是辞职决定，返回值是什么，公开信息没给。

这里有一个关键字段，交接安排。InfoQ 的报道里提到了辞职，但没有展开接班人的具体方案。我翻了几条公开信息，也没有看到明确的继任者名字。

如果交接方案是空的，那这次调用的返回值就是未定义。未定义在工程上是最危险的状态，因为下游所有依赖这个返回值的模块都不知道该怎么走。

有人会说，创始人辞职不等于立刻走人，可能有一个过渡期。对，但过渡期的长度和过渡期内谁行使 CEO 职权，这两个参数必须在辞职当天就写清楚，否则扁平化结构里的那 30 多个直接汇报人，第二天就会陷入一种奇怪的状态，他们知道该向谁汇报，但不知道谁有权拍板。

图 3　本文示意图：调用方是创始人，被调方是治理结构，关键字段交接方案缺失

这不是猜测。同类创始人退场的案例里，过渡期模糊的公司，通常在 6 到 12 个月内出现一次高层震荡。原因很简单，扁平化把矛盾都压到了中心，中心一撤，矛盾就浮上来了。

所以我的判断是，辞职本身不是最大的新闻，接班方案怎么写才是。可惜这一块，公开信息目前是缺的。

扁平化的代价，不在管理效率，在决策带宽

很多人把扁平化的代价理解成管理混乱，我觉得不对。英伟达的管理不混乱，它非常高效，高效到只有一个人能跑。

真正的代价是决策带宽。一个人的决策带宽是有限的，黄仁勋能撑住 30 多个直接汇报，是因为他把所有非核心决策都下放了，只留技术路线和关键客户。

这套做法有一个前提，下放出去的那些决策，得有人接得住。英伟达的中层在公开信息里存在感很低，这不是他们能力不行，是结构不给他们露脸的机会。

我拿这个逻辑去套其他公司，发现一个规律。强创始人加扁平化，跑得越快，中层越薄。中层越薄，创始人一走，断层越深。

所以黄仁勋辞职这件事，真正值得看的不是他为什么走，是英伟达的中层有没有在这二十年里偷偷长出来。如果长出来了，扁平化就是佳话。如果没长出来，扁平化就是欠账。

这笔账，公开信息里查不到。我只能说，从外部看，英伟达过去几年的关键发布，站台的人始终是同一张脸。

我拿三条同类案例做了个对照，规律不太好看

我翻了三条创始人退场的公开案例，都是科技公司，都是强创始人，都喊过扁平化。

第一条，创始人保留董事长，CEO 交给职业经理人。结果是两年内战略方向改了两次，中层换了一茬。

第二条，创始人彻底退出，由内部提拔的接班人接手。结果是第一年平稳，第二年因为接班人没有创始人那种跨部门拍板的权威，扁平化结构开始自发长出中间层。

第三条，创始人退出后公司被收购。这条不具可比性，我把它剔掉了。

剩下两条的共同点是，扁平化在创始人走后都会回弹。区别只在于回弹的方式，是主动补中层，还是被动长中层。

主动补，代价是短期效率下降，但结构可控。被动长，代价是权力真空期里冒出来的那些非正式节点，事后很难清理。

英伟达会走哪条，现在下结论太早。但我倾向于认为，它没有第三条路。扁平化是创始人的个人能力外化，人走了，能力没法交接，结构只能回弹。

写代码的人该关心什么，不是八卦

有读者可能会问，一个 CEO 辞职，跟写代码的有什么关系。

关系在技术路线上。英伟达过去几年的产品节奏，CUDA 生态、GPU 架构迭代、软件栈的开放程度，背后都是同一套决策逻辑，黄仁勋本人对技术细节的深度介入。

这套逻辑有一个特征，它偏好长周期投入，不偏好短期财报。CUDA 亏了十年才起来，这种事只有创始人扛得住。

接班人上来之后，决策逻辑会不会变，这是所有依赖英伟达技术栈的人该关心的事。不是说明天就变，是未来三到五年的路线图里，那些还在亏钱的长线项目，优先级会不会被调低。

查一下你的依赖有没有单点（示意代码，列出所有直接依赖单一维护者的关键组件，提醒补缓冲层）

#!/bin/bash
# 扫一遍项目里直接依赖的关键组件，标记维护者集中度
for pkg in $(cat requirements.txt | cut -d= -f1); do
  meta=$(pip show "$pkg" 2>/dev/null)
  author=$(echo "$meta" | grep -i '^Author' | cut -d: -f2 | xargs)
  if [ -n "$author" ]; then
    echo "$pkg -> $author"
  fi
done | sort -t'>' -k2 | uniq -c -f1 | sort -rn | head -10
# 输出里出现次数最多的维护者，就是你的单点风险

我给不出答案。公开信息里没有接班人的技术背景，也没有过渡期内的路线图承诺。

我能给的建议是，如果你在做依赖 CUDA 的技术选型，把「英伟达路线图稳定性」当成一个风险项写进你的架构决策记录里。不是让你现在就跑，是让你知道这个变量存在。

我没查到的东西，比查到的多

这一节我专门写我没查到的东西，免得读者把推断当事实。

第一，辞职的具体生效时间，公开信息只说了宣布辞职，没说哪天正式卸任。

第二，接班方案。有没有继任 CEO，是内部提拔还是外部空降，过渡期多长，这些全部未披露。

第三，辞职原因。公开报道没有给出官方解释，所有关于「扁平化代价」的说法都是外部解读，不是公司口径。

第四，英伟达董事会的态度。这种级别的辞职，董事会不可能没有动作，但公开信息里看不到。

所以这篇里所有关于结构的分析，都建立在一个假设上，英伟达的扁平化结构在黄仁勋离开后会面临调整压力。这个假设如果错了，后面的推论全部作废。

我宁愿把这句话写在这里，也不想让读者看完之后以为我拿到了什么内部消息。没有。

这件事真正扎人的地方

我最后想说一个不太技术的观察。

扁平化被很多人当成一种先进的管理理念，黄仁勋是它最好的代言人。但这次辞职把一件事翻了出来，扁平化对创始人是效率工具，对组织是风险敞口。

因为扁平化省掉的每一层，本质上都是缓冲层。业务好的时候，缓冲层是冗余，砍掉它显得果断。业务出问题或者创始人离场的时候，缓冲层是承重墙，砍掉它，压力直接传到地基。

英伟达过去二十年业务一直好，所以缓冲层的缺失没暴露。现在人走了，压力测试才刚开始。

这套逻辑不只适用于公司。任何一个把关键路径收敛到单点的系统，跑得越顺，越该问一句，这个单点如果明天不在了，降级方案是什么。

问不出来，就是欠账。欠账迟早要还。

写在最后

扁平化被当成先进理念讲了二十年，这次辞职把它翻了个面。省掉的每一层都是缓冲层，业务顺的时候是冗余，人走的时候是承重墙。英伟达的缓冲层够不够厚，公开信息给不出答案，但这个问题值得每个把关键路径收敛到单点的人，今晚问自己一遍。

以上，既然看到这里了，如果觉得不错，随手点个赞、在看、转发三连吧，如果想第一时间收到推送，也可以给我个星标⭐～

谢谢你看我的文章，我们，下次再见。