GitHub's plan for Agents — Kyle Daigle, GitHub

I’m excited to work with Microsoft once again as the presenting sponsors of the AI Engineer World’s Fair! We’ll streaming live from MS Build today for a special crossover pod with our friends at No Priors and the one and only Satya Nadella. However we did not hold back with this interview - we asked all the burning questions about uptime and Copilot that we know you have in your minds. Lets go!

For almost two decades, GitHub has been the home of software, where both open source and closed flow, through commits, pull requests, reviews, actions, etc.

This ecosystem flourished as open-source maintainers and contributors would continue shipping code for the benefit of the community. However as coding agents began to ship mass quantities of code - growing 1400% in 2026, it marked a new era that was both extremely exciting and challenging for GitHub.

While these agents help more people ship more projects, they also significantly increase the floor of how much code is shipped, how often it is shipped, how many people commit code, and basically orders of magnitude multiples in every dimension of GitHub infrastructure:

Now GitHub inevitably experiences more pressure on their infrastructure which was originally designed around human developers moving at human speed. This has resulted in a very publicly notable uptime story:

So it begs the question of whether current systems around code can absorb what AI produces. Can CI/CD keep up when every idea becomes a build? Can open source maintainers survive floods of AI-generated slop contributions? Can GitHub preserve the human social contract of software while becoming the operating layer for agents?

Which brings us to the perfect person to answer these questions: GitHub COO Kyle Daigle. In this episode, he joins swyx to unpack what happens when AI doesn’t just autocomplete code, but starts changing how companies operate, how open source works, how pull requests get reviewed, and how GitHub itself has to scale.

We go deep on GitHub’s internal AI workflows: micro-skills, WorkIQ, MCP, Slack, Teams, email, Copilot workflows, the new Copilot desktop app, CLI, cloud agents, and how Kyle uses agents to look backwards across company context before deciding what to do next. Kyle also reflects on GitHub’s history building webhooks, APIs, Actions, npm, Dependabot, and Semmle, why the AI era is breaking GitHub in new ways, how Actions became a general-purpose compute layer, and what Copilot becomes after code completion.

Full Video Pod

We discuss:

* Kyle’s expanded role across GitHub

* How AI got Kyle coding again after years in leadership

* Why GitHub rolls out AI through existing workflows instead of forcing new tools

* WorkIQ, MCP, Slack, Teams, email, and GitHub as company context

* Why massive “mega-skills” are giving way to small, atomic micro-skills

* How AI changes summarization, communications, marketing, and analyst work

* Why former developers in leadership may have a unique advantage in the AI era

* Kyle’s “15 agents on Saturday” workflow

* How Kyle built an AI-generated executive presentation for CRO/CFO teams

* Why AI changes the chief of staff role without removing the human work

* GitHub Actions, webhooks, arbitrary code execution, and secure agent compute

* The npm acquisition, supply-chain security, 2FA, and token invalidation

* Slop forks, vendoring, and whether AI agents change dependency management

* What pull requests become when most PRs come from agents

* Prompt requests, vouching, AI review, and trust in open source

* What counts as a “developer” when AI lowers the barrier to building

* GitHub Spark, low-code, and why GitHub refuses to hide the code

* 14x commit growth, Actions load, databases, monorepos, and availability

* Copilot’s evolution from completion to CLI, desktop app, cloud agents, and SDK

* Context, memory, rules, and making GitHub “act like Kyle wants it to act”

* Ambient AI, OpenClaw, enterprise security, and the new operating system for agents

* What swyx should ask Satya Nadella about Microsoft’s AI future

Kyle Daigle

* LinkedIn: https://www.linkedin.com/in/kyledaigle

* X: https://x.com/kdaigle

Timestamps

00:00:00 Introduction

00:03:36 Why AI Got Kyle Coding Again

00:07:04 Running GitHub with AI: WorkIQ, MCP, Slack, Teams, and Skills

00:15:39 The Golden Age for Former Developers in Leadership

00:17:31 15 Agents on Saturday and AI-Generated Executive Work

00:20:20 How AI Changes the Chief of Staff Role

00:21:45 GitHub’s History: Actions, npm, Webhooks, and Open Source

00:28:45 Slop Forks, Vendoring, and AI Dependency Management

00:33:57 Pull Requests, Prompt Requests, and Trust in Agent-Generated Code

00:41:21 GitHub Stars, 200M+ Developers, and the New AI Builder Wave

00:45:15 GitHub Spark, Low-Code, and Why GitHub Still Shows the Code

00:47:38 GitHub’s Hardest Era: 14x Growth, Reliability, and Scale

00:59:21 Actions as the Compute Layer for CI/CD and Automation

01:02:04 The State and Future of GitHub Copilot

01:08:24 Ambient AI, Background Agents, and the Future of the SDLC

01:13:09 OpenClaw, Enterprise Security, and the New OS for Agents

01:18:03 Build Announcements, WorkIQ, FoundryIQ, and Microsoft Context

01:21:41 What Should swyx Ask Satya?

Transcript

Introduction: Kyle Daigle’s Expanded Role at GitHub and Microsoft

Swyx [00:00:00]: We’re here with Kyle Daigle, COO of GitHub. Welcome.

Kyle [00:00:07]: Hey, thanks for having me.

Swyx [00:00:08]: You’re not just CEO of GitHub. People know you as that. You have a new role.

Kyle [00:00:11]: So I have an expanded role now. I’ve been working at GitHub for thirteen years and doing all things developer. Joined as a developer myself. And now, I’m also responsible as the CMO of Developer for Microsoft. And so all the kind of learnings and passion for developers and how we work with them and how we communicate and how we bring our products to market, we’re also bringing that expertise to the broader Microsoft ecosystem and helping every developer that uses a Microsoft product or would like to have a sort of similar experience that they’ve had with GitHub over the years. So it’s a different role in some ways, but it’s also just building on the experience that I’ve had at GitHub of just sort of tell the truth, be authentic, show people how to use it and then let the products speak for themselves. Now just doing that with, all of Microsoft.

Swyx [00:01:09]: We’ll be releasing this in conjunction with Build. You got lots of stuff planned, and we can sort of touch on that whenever it’s appropriate. I think one of the interesting things is I rarely meet a COO who’s also a CMO. I think you’re a very outward facing and you’re very confident publicly. That’s rare. Do you actually view yourself as COO? What’s What is your thing?

From GitHub Developer to COO/CMO: Building the Platform and Operating GitHub

Kyle [00:01:33]: I think for me, it’s been funny. The titles have always been, a— have always felt a little strange to me. I joined GitHub as a developer? I wrote so much of the

Swyx [00:01:46]: Let’s bring that up. You wrote the back ends?

Kyle [00:01:48]: I was going through, I was going through, some old photos, when folks were talking about how things were being built or how there was a build GitHub. I built, webhooks and worked with teams building the API, built the platform layer. Anything that integrated with GitHub, up until really twenty eighteen, I built or ran the engineering teams. And that’s kind of where my the beginning of my passion always was helping people build things, deliver them to, their customers. And so being a developer, building for developers was always super unique. In a— I think as my role expanded, it became my ability to talk to not just developers, but also enterprise customers or business leaders and have this translation layer. And then through all those years, GitHub has always operated pretty uniquely. Post-pandemic, working remotely was not as novel as it was when GitHub started in two thousand and eight. But all that expertise of running remote teams, doing it well, became this sort of bigger role, ultimately turning into the COO role of how do we operate GitHub in the way that GitHub’s always o