GitHub COO谈AI代理时代：基础设施压力、开源信任与Copilot进化

我很高兴再次与微软合作，成为AI工程师世界博览会的赞助商！我们今天将从MS Build直播，与我们的朋友在No Priors以及独一无二的Satya Nadella进行一场特别的跨界对话。

不过，我们在这场采访中并没有保留——我们问了所有你们心中关于正常运行时间和Copilot的尖锐问题。开始吧！近二十年来，GitHub一直是软件的家园，通过提交、拉取请求、审查、操作等流程，开源和闭源项目都在这里流动。

这个生态系统随着开源维护者和贡献者不断为社区利益发布代码而蓬勃发展。然而，随着编码代理开始大量发布代码——2026年增长了1400%，这标志着一个对GitHub来说既极其激动又充满挑战的新时代。

虽然这些代理帮助更多人发布更多项目，但它们也显著提高了代码发布的数量、频率、提交代码的人数，以及GitHub基础设施每个维度的数量级倍数：现在，GitHub在其基础设施上不可避免地承受了更大的压力，而这些基础设施最初是为以人类速度移动的人类开发者设计的。

这导致了一个非常公开且引人注目的正常运行时间问题：因此，这就引出了一个问题：当前围绕代码的系统能否吸收AI生成的内容？当每个想法都变成一个构建时，CI/CD能跟上吗？

开源维护者能否在AI生成的垃圾贡献洪流中生存？GitHub能否在成为代理操作层的同时，保留软件的人类社交契约？这让我们找到了回答这些问题的完美人选：GitHub首席运营官Kyle Daigle。

在这一集中，他加入swyx，探讨当AI不仅自动补全代码，而是开始改变公司运营方式、开源工作方式、拉取请求审查方式以及GitHub自身扩展方式时会发生什么。

我们深入研究了GitHub的内部AI工作流程：微技能、WorkIQ、MCP、Slack、Teams、电子邮件、Copilot工作流、新的Copilot桌面应用、CLI、云代理，以及Kyle如何利用代理在决定下一步行动之前回顾整个公司上下文。

Kyle还反思了GitHub构建webhooks、API、Actions、npm、Dependabot和Semmle的历史，AI时代为何以新方式打破GitHub，Actions如何成为通用计算层，以及Copilot在代码补全之后会变成什么。

完整视频播客我们讨论：Kyle在GitHub中扩大的角色AI如何让Kyle在领导多年后重新开始编码为什么GitHub通过现有工作流推出AI，而不是强制使用新工具WorkIQ、MCP、Slack、Teams、

电子邮件和GitHub作为公司上下文为什么大规模的“巨型技能”正在让位于小型的原子化微技能AI如何改变总结、

沟通、营销和分析师工作为什么前开发者出身的领导者在AI时代可能拥有独特优势Kyle的“周六15个代理”工作流Kyle如何为CRO/CFO团队构建AI生成的高管演示为什么AI在不消除人类工作的情况下改变了参谋长角色GitHub Actions、webhooks、

任意代码执行和安全代理计算npm收购、供应链安全、2FA和令牌失效垃圾分叉、vendoring以及AI代理是否改变依赖管理当大多数PR来自代理时，拉取请求会变成什么提示请求、担保、AI审查和对开源的信任当AI降低构建门槛时，什么才算“开发者”GitHub Spark、

低代码以及为什么GitHub拒绝隐藏代码14倍的提交增长、Actions负载、数据库、单仓库和可用性Copilot从补全到CLI、桌面应用、云代理和SDK的演变上下文、记忆、规则，以及让GitHub“像Kyle希望的那样行动”环境AI、OpenClaw、

企业安全以及代理的新操作系统swyx应该就微软的AI未来向Satya Nadella问什么Kyle Daigle时间戳00:

00:00 介绍00:03:36 为什么AI让Kyle重新开始编码00:07:04 用AI运营GitHub：WorkIQ、MCP、Slack、Teams和技能00:15:39 前开发者领导力的黄金时代00:17:31 周六15个代理和AI生成的高管工作00:20:

20 AI如何改变参谋长角色00:

21:45 GitHub的历史：Actions、npm、Webhooks和开源00:28:45 垃圾分叉、vendoring和AI依赖管理00:33:57 拉取请求、提示请求和对代理生成代码的信任00:41:21 GitHub Stars、

2亿+开发者和新的AI构建者浪潮00:

45:15 GitHub Spark、低代码以及为什么GitHub仍然显示代码00:47:38 GitHub最艰难的时代：14倍增长、可靠性和规模00:59:21 Actions作为CI/CD和自动化的计算层01:02:04 GitHub Copilot的现状和未来01:

08:24 环境AI、后台代理和SDLC的未来01:13:09 OpenClaw、企业安全和代理的新操作系统01:18:03 Build公告、WorkIQ、FoundryIQ和微软上下文01:21:41 swyx应该问Satya什么？

文字记录介绍：Kyle Daigle在GitHub和微软的扩大角色Swyx [00:00:00]: 今天我们请到了GitHub首席运营官Kyle Daigle。欢迎。Kyle [00:00:07]: 嘿，谢谢邀请。

Swyx [00:00:08]: 你不仅仅是GitHub的CEO。人们都这么认识你。你有了一个新角色。Kyle [00:00:11]: 是的，我现在角色扩大了。我在GitHub工作了十三年，一直从事开发者相关的工作。

我自己也是以开发者身份加入的。现在，我还担任微软的开发者首席营销官。因此，所有关于开发者的学习、热情，以及我们如何与他们合作、如何沟通、如何将产品推向市场，我们也将这些专业知识带到了更广泛的微软生态系统，帮助每一位使用微软产品或希望获得类似GitHub多年体验的开发者。

所以，这从某些方面来说是一个不同的角色，但它也是建立在我GitHub经验的基础上：说实话，保持真实，向人们展示如何使用它，然后让产品自己说话。现在只是与整个微软一起做这件事。Swyx [00:01:09]: 我们将与Build大会同步发布这期内容。

你有很多计划，我们可以在适当的时候提及。我觉得有趣的一点是，我很少遇到既是COO又是CMO的人。我认为你是一个非常外向、在公开场合非常自信的人。这很少见。

你真的把自己看作COO吗？你的重点是什么？从GitHub开发者到COO/CMO：构建平台和运营GitHubKyle [00:01:33]: 对我来说，这很有趣。头衔对我来说一直有点奇怪。我以开发者身份加入GitHub？

我写了那么多Swyx [00:01:46]: 我们来谈谈这个。你写了后端？Kyle [00:01:48]: 我翻看了一些老照片，当时人们讨论事情是如何构建的，或者GitHub是如何构建的。我构建了webhooks，与团队合作构建了API，构建了平台层。

任何与GitHub集成的部分，直到2018年，都是我构建或运营工程团队。这就是我热情的起点——总是帮助人们构建东西，并将其交付给他们的客户。所以，作为一名开发者，为开发者构建东西总是非常独特的。

我认为，随着我角色的扩大，我不仅能够与开发者交谈，还能与企业客户或业务领导者交谈，充当这个翻译层。这么多年来，GitHub的运营一直非常独特。疫情之后，远程工作不再像2008年GitHub成立时那样新奇。

但所有运营远程团队、做好这件事的专业知识，演变成了一个更大的角色，最终成为了COO。