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.

@mojombo, ","username":"kdaigle","name":"Kyle Daigle","profile_image_url":"https://pbs.substack.com/profile_images/1775869471074258944/GJGhWau0_normal.jpg","date":"2026-04-10T12:33:00.000Z","photos":[{"img_url":"https://pbs.substack.com/media/HFiCnT1akAM2OHh.jpg","link_url":"https://t.co/QsejdrIJtG"}],"quoted_tweet":{},"reply_count":16,"retweet_count":18,"like_count":243,"impression_count":21934,"expanded_url":null,"video_url":null,"belowTheFold":false}" data-component-name="Twitter2ToDOM">

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:

our valuemule pod

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 operated after the Microsoft acquisition. And kind of so on from there. So like for me, I think the— I’ve, I still code. I love coding but the problem has always been, people. It’s a much harder problem to both support our own employees, a harder problem to communicate to developers and enterprise buyers what we’re building why it matters, ‘cause those are two very different messages. And so getting to work in the mix of COO, CMO, also just being a dev, I think is what’s kept me at GitHub for so long.

AI Workflows for Leadership: Commits, Retrospectives, and Context

Swyx [00:03:40]: Apparently, you have— your commits have gone up. What’s this? What’s going on?

Kyle [00:03:45]: Rui’s called me out pretty aggressively. So I think— as you can imagine, right, you can see my normal era of being a dev In the twenty thirteen, twenty fourteen era, and then moving into management, and then ultimately the COO role. I think what you see there is me, really getting back to coding thanks to AI. I— similar to, attaching problems between how to market and how to operate a business and how to code, I find, building agents and workflows that are connecting very disparate problems to be what’s driving this. So that’s, some of it’s writing software. A lot of it is, connecting a ton of a different data sources to, help me out. But that is completely me really diving in on the AI side in trying out our tools, trying out everyone’s tools, But building for me, building for the non-technical leader, though I’m technical and how we’re, able to use these tools more than just the simple, call and response that I think a lot of the non-technical, your employers, you have to get— you have to use AI, and so everyone uses, ChatGPT or Copilot or Claude or whatever. To really get into, how is this going to help me out, it— I find that it’s not the I need to write a blog post, I need to those simple examples. Helping people find the workflows of, “Okay, I need you to go through all the PRs today. I need you to go through everything that we’ve posted online. I need you to go through what we did the last three months. Go through all of my Obsidian notes for any mentions of this then go through my transcripts at work.” We use, Teams, so, using WorkIQ, go call that MCP server, grab all the transcripts, go through all the Slack, and then build me out the plan of, what this week’s messaging actually was. That’s something that was, impossible because for me, I find AI in a what most of this launch here is actually, less building forward. It’s actually, a recursive loop backwards. I’m always looking at what had happened first. Go back through the week and tell me what we did, what worked, what didn’t work? And then tell me in the next three or four days-What would you tweak based on this sort of like looking backwards and then looking ahead a little bit? I find that to be so much more valuable, especially for like non-technical, because that retrospection is actually LLMs are very good at that. Like finding all the patterns, pulling them out, and then applying that retrospection to just a couple of days or just like a short period of time. Is all a bunch of apps that I’ve built and launched a bunch of, internal tools. I use the

[truncated for AI cost control]