整理 | 华卫、褚杏娟
当地时间 8 月 11 日，GitHub 首席执行官 Thomas Dohmke 突然宣布辞职。巧的是，第二天 GitHub 搜索就出现了故障，搜索失败率上升。这次故障持续了 3 个半小时。
“企业用户记得给你的销售代表发邮件，要求他们按合同向你汇报你有权获取的服务可用性数据。除非你主动要求，否则他们不会这么做，因为他们希望你不会注意到这些宕机情况。这样会给他们内部带来很大压力，他们在这方面完全没有自动化的汇报机制。”网友 everfrustrated 提醒道。“这是唯一能促成任何改变的办法。GitHub 绝对是最不可靠的 SaaS 产品，没有之一。几乎没有一周我们不受宕机影响。他们的声誉已经一塌糊涂。”
“由于持续存在的可靠性问题在以及 CEO 的辞职，感觉现在正是竞争对手开始抢占市场份额的好时机。我真心希望能看到这种情况发生！”有网友评价道，“过去很长一段时间里，我一直以为这些核心公司根本不可能被撼动，我相当佩服它们‘摧毁’消费者信任的能力。”
也有网友调侃：“新管理架构实施第一天就遇到了困难。”
还有网友表示，“相比 GitHub 刚卖给微软那会儿，现在有 Tangled、GitLab、Codeburg（Forgejo）和 Gitea 这些还不错的替代品可选。虽然当时把整个 FOSS 世界整合到一个开发平台上确实很方便，但我对这个领域未来更多创新的可能性更感到兴奋。”
自 2018 年微软以 75 亿美元收购 GitHub 以来，GitHub 一直作为独立公司运营，拥有自己独立的首席执行官及其他高管。但从明年开始，GitHub 似乎将更全面地融入微软的组织架构。
Thomas 担任了四年的 GitHub CEO，根据其发给 GitHub 员工的告别信中，他将留任至今年年底，之后将离职重新成为一名“创始人”，在微软和 GitHub 之外寻求新的机遇。
据外媒报道，微软不会直接填补 GitHub 首席执行官这一职位空缺，GitHub 的管理层今后将更直接地向微软的 CoreAI 团队汇报工作。Dohmke 也在信中表示，“作为微软 CoreAI 部门的一部分，GitHub 及其领导团队将继续践行其使命，更多细节将在近期公布。”也就是说，GitHub 不再设有单一领导者或首席执行官。
此番人事变动发生之际，GitHub 正面临着来自谷歌、Cursor 等公司日益激烈的竞争。不过，Dohmke 在信中表现得很有信息：“GitHub 拥有超过 10 亿个代码库及分支，以及 1.5 亿多名开发者，如今的 GitHub 比以往任何时候都更加强大。我们看到，每年都有更多的开源项目涌现，贡献也日益增多。仅在过去一年，AI 相关项目的数量就翻了一番。而且，我们在各种规模的公司中的影响力，在市场上是无可匹敌的。”
鉴于微软在 GitHub Copilot 这类 AI 辅助编码工具上投入巨大，将 GitHub 更直接地纳入其 AI 体系在某种程度上似乎是合理的。此前 Dohmke 作为 GitHub 的 CEO，原本就向微软开发者部门总裁 Julia Liuson 汇报工作，而 Liuson 则向 CoreAI 部门负责人 Jay Parikh 汇报。
目前尚不清楚 Dohmke 的离职以及 CEO 职位的取消，是否会对 GitHub 的运营方式及其开发和维护的产品产生重大影响。
不过有网友认为，即使在前任 CEO 手里，GitHub 也已经是 Azure 和 AI 业务的投放渠道。现在，它会依托新的组织架构全速前进。
据了解，微软的 CoreAI 部门本身成立仅几个月的时间。今年 1 月，微软 CEO Satya Nadella 宣布成立这一部门，并在博客中写道：“归根结底，我们必须记住，我们内部的组织界限对客户和竞争对手而言都是毫无意义的。我们在下一阶段的成功将取决于拥有最好的 AI 平台、工具和基础设施。”
CoreAI 团队由前 Meta 高管 Jay Parikh 领导，涵盖微软的平台与工具部门以及开发者部门团队，重点是为微软及其客户打造 AI 平台和工具，还将 Copilot 列为团队重点关注的领域之一。因此，“拓展 GitHub Copilot”早已是该部门的职责之一。
Parikh 是在 2024 年 10 月入职，直接向 CEO Satya Nadella 汇报，其职业生涯以工程和产品为重点。“他在打造和扩展技术团队方面有着令人印象深刻的成就，能够同时服务商业客户与普通消费者。他与创业及风险投资生态系统有着深厚的联系，加之在 Akamai 和 Ning 的领导经验，将为微软带来宝贵的视角。”Satya 对他这样评价。
今年早些时候，Parikh 在一次采访中阐述了对“AI 智能体工厂”的愿景，以及他如何说服微软开发者部门采用 AI 技术。他表示：“就像比尔·盖茨曾设想微软是一群软件开发人员开发大量软件的地方一样，我希望我们的平台能成为任何企业或组织都可借助的工具，将其转变为自己的智能体工厂。”
因此，有人猜测，未来 GitHub 将沦为微软 AI 时代的“武器库”，即成为 Parikh 智能体工厂的一部分。这也意味着，微软将把 GitHub 更深度地集成到自身的 AI 战略中，但这能否激发微软新的创造力还未可知。
“如果你还认为，GitHub 是程序员的乐土，那这场变革，可能让你再也回不去了。”有网友评价道。
此外，开发者们早已对微软的开源已经没有太多信心。
“他们在最近的历史中，尤其是在 2010 年代中期，对开发者来说曾有过一段短暂的高光期。当时有 .NET Core 1-3 —— 一个开源、跨平台的 .NET，现代、新颖，而且显然是“由开发者为开发者”打造的项目。再加上 VSCode，看起来确实很不错。但到了 .NET 5，如果你仔细看就会发现，他们又回到了老一套的那套糟糕操作，首先就是把 WinForms 和 WPF 硬塞到一起。整个项目的感觉从‘开发者为开发者’转变成了典型的自上而下管理。”开发者 Xelbair 说道。
“VSCode 也是个奇怪的案例——看起来是开源的，但其实一点都不是。你自己编译的版本并不完全来自同一代码库，而且如果你自己构建或分叉，也无法合法访问官方扩展。”Xelbair 补充道。
“微软对开源的理解，与微软之前高调到处打出的‘Microsoft ❤️ Open Source’的开源理念是非常冲突的。他们或许已经走出了 Ms-PL 时代，但他们多次尝试接管甚至窃取开源项目。虽然这在某种程度上可以理解，但有一个简单而明显的事实是：他们的核心产品 Visual Studio、Office、Windows，更糟的是这些产品的旧版本——完全不是开源的，这恰恰与他们所谓‘热爱开源’的表态相互矛盾。”
发布新功能被抱怨，Dohmke 自曝受限重重
事实上，Dohmke 已经是微软收购 GitHub 后的第二任首席执行官，在 2021 年底前首席执行官 Nat Friedman 离职后开始担任该职位，此前他担任的是 GitHub 的首席产品官。
2021 年 6 月，Friedman 带领 GitHub 和 OpenAI 联手推出了 Copilot。Dohmke 上任之后，开始不断对其进行迭代升级，新增了对多语言模型的支持，以及能在用户处理其他事务时在后台尝试完成自然语言请求的“代理”功能。在过去的一年里，Copilot 成为微软与 Anthropic、Google 和 OpenAI 合作推出的首个多模型解决方案。
据 Dohmke 最新披露，GitHub Copilot 的用户数量已达 2000 万，较三个月前的 1500 万有所增长，且这一数字包含付费用户和非付费用户。该业务上一次公布付费用户数据是在 2024 年第二季度，当时付费订阅用户仅为 130 万。
不过，Copilot 的发展过程中也伴随了一些问题。今年早些时候，Copilot 意外泄露了几家大公司的私有代码仓库。此外，最近的 Stack Overflow 调查显示，尽管 AI 辅助编码工具的使用率有所上升，但人们对其准确性的信任度可能正在下降。调查指出，这是因为这些工具给出的“解决方案看似正确，实则不然”，由此带来了额外的故障排查和调试工作。
有网友认为，GitHub 过去采用的那种出色且可靠的渐进式增强架构，要让人印象深刻得多。现在的一些 AI 功能是强行推广的，被开发者们抱怨。并有用户认同其反馈，“这个网站在我的手机上几乎没法用了，频繁崩溃。几年前根本不是这样的。”
Dohmke 曾在一篇公布用户数的文章里表示，“衡量一家公司的真正标准，不在风口浪尖，而在承压时的韧性。即便面临重重限制，我们也证明了坚持就能赢。” 就此，Dohmke 在上周的一档播客中透露了其在领导 GitHub 期间所面临的各种“约束”。
首先，他提到了预算、员工数量方面的约束，并表示，不管是 10 人的初创公司、3000 人的 GitHub，还是 20 万人的微软，都得做取舍。苹果有句名言：“每一个‘是’的背后，都有 1000 个‘不’。”
接着，他直言称，“我们的待办清单永远列不完。”很多需求早在 AI 出现前就存在了 —— 用户反馈、希望在 GitHub Issues 或 Projects 里加某个功能，诸如此类。其实圈内有个笑话：每次收到新的用户反馈，往前翻几个月或几年，总会发现有人提过一模一样的想法。毕竟用户都是开发者，总会有人想到前人想过的点子或者提出要怎么改进。做出一些改动的话，然后就会有人在 X 上骂：“GitHub 把这个设为默认选项，简直蠢死了”，另一批人却夸：“这是最明智的决定”。
“这些年，我们在 ‘选哪项创新跟进’、‘跟着别人做什么’、‘哪些事该合作而非自己做’之间反复权衡。Copilot 的发展也算顺利，虽然有过不顺的时候，有些战略决策没把我们带向正确的方向。”Dohmke 表示。
重启创业之路，
称“Agent 比人类会找 bug”
Dohmke 不久前就在播客节目中讨论了 GitHub 以及 AI 的未来发展方向，并深入思考了行业竞争以及 GitHub 在未来软件开发领域的角色。
Dohmke 认为，AI 已成为不可逆的趋势。“过去 50 年，我们要处理的代码量呈指数级增长，未来还会继续增加，而人类本就不擅长应对指数级增长。未来 Agent 生成的代码质量会超过人类，因为它们能无限扩容 —— 人类没时间找的 bug，它们能找到。”
问题在于，我们信得过这些代码吗？Dohmke 对此表示，这就回到 GitHub 的初衷了。GitHub 本来就是为人类协作建的：我有个开源项目，你复制一份改一改，发个 “拉取请求”，我审核、提意见，觉得行就合并。这是人与人之间的质量控制。“这套流程也能用于人与 Agent 协作，但如果有上千个代理，就得重新设计了。这会是开发工具的核心竞争力：让 Agent 生成比人类多得多的代码，同时让人类保持掌控 —— 确保生产环境的代码（处理用户数据、账单这些）好用、优质、安全。未来的挑战不是 Agent 能写多少代码，而是我们敢把多少 Agent 生成的代码放进生产系统。”
因此，Dohmke 提出，未来会有两类开发者：一类用模型和 Agent 搭建、验证系统；另一类还是喜欢自己写代码，用 AI 处理那些不想做的事（写测试、文档），腾出时间做喜欢的工作。“核心是 8 小时怎么分配：发挥创造力、搞创新，还是只处理琐事。现在不管公司大小，多数开发者一天可能就 4 小时（甚至更少）在写代码，剩下的时间开会、回邮件、审别人的代码、更新服务器之类的。”
面对 Cursor、WindSurf 等诸多快速增长的竞品，Dohmke 表示，现在做 AI 编程工具必须支持多模型、有开发者公认的 “最佳” 模型、允许用户自带模型、在 IDE 里有代理模式，或者能把 Agent 部署到云端。“我们既能竞争，也能从这些公司推动整个软件生态增长中获益。”
如今 Dohmke 即将离职并重启创业之路，这或许会给微软的 AI 业务带来更多竞争。在告别信中，Dohmke 也宣布自己即将创业的消息。“经过这么长时间，我创业的初心开始牵动着我，因此我决定离开 GitHub，重新成为一名创始人。”
根据他在信中所说，“世界很快将见证数十亿开发者被数十亿 AI Agent 赋能，每个 AI Agent 都将人类的智慧印刻在软件的新淘金热中。”
