For much of the past year, GitHub has not been the stable utility developers had long gotten used to. Outages, hitting everything from search to GitHub Actions and the CI/CD pipelines that depend on it, have become too regular an occurrence. The company has logged hundreds of incidents over the past 12 months and has had to apologize in public.

The New Stack sat down with GitHub Chief Operating Officer Kyle Daigle (who is now also the CMO of Developer at Microsoft) to talk about why all of this is happening and what GitHub is doing to fix this. 

Why planning for 100% growth wasn’t enough

One thing the company has been quite open about is that it is facing unprecedented growth in this era of agentic coding — and one that goes well beyond what even a hyper-growth cloud company usually experiences.

To address this hyper growth, as Daigle put it, it’s now “all hands on deck” for GitHub.

“It’s not just about the normal scaling solution in the cloud era of let’s get a bigger machine or let’s do more machines,” Daigle tells The New Stack. “It’s now making sure that we can scale at 30 or 40 times over the course of the next year, rather than just a very impressive 100 percent year-over-year historically.”

GitHub assumed, Daigle says, going from 50 percent growth to 200 percent growth would be a surprise. “It turns out that that was the easy number and we need to go even more,” Daigle says. The engineering team at GitHub is now looking to get the system to a place where it can handle 30 times the commits, pull requests, and issues it processes today.

“It’s not just about the normal scaling solution in the cloud era of let’s get a bigger machine or let’s do more machines.”
—GitHub COO Kyle Daigle

There is maybe a bit of irony in this, given that GitHub itself helped kick off much of this era with the launch of Copilot in 2021. This, in many ways, evangelized AI code generation among developers and trained them to lean on it. Now, GitHub is buckling under the load. In all of 2025, the service processed 1 billion commits. Now it processes 1.4 billion a month. Daigle says agents alone are now creating more than 17 million pull requests a month.

What “all hands on deck” actually means

GitHub has been moving from its own data center to Microsoft’s Azure cloud to meet this demand, but Daigle notes that this isn’t just about adding capacity.

“What we’ve been really focused on is not only scaling in the normal ways of continuing to get more CPUs and doing the sort of normal horizontal and vertical scaling, but more importantly, really digging into the underlying systems, and updating them, or rebuilding them, or improving those hidden systems that do the core work,” Daigle says.

Much of the early work focused on relieving pressure on the database, as GitHub Chief Technology Officer Vlad Fedorov pointed out in a blog post earlier this year. GitHub addressed MySQL contention, moved webhooks entirely off MySQL, and redesigned its session cache and authentication flows to reduce database load. 

For GitHub Actions specifically, Daigle says the way jobs are dispatched to runners had to be rewritten. The broader architectural goal is to isolate critical services like Actions and Git from everything else, so that a struggling subsystem doesn’t take others down with it. GitHub is also moving performance-sensitive code out of its Ruby monolith and into Go.

“Most of that low-hanging fruit, we’ve conquered,” Daigle says, though he admits the gains are hard to point to. “It’s the catch-22 of improving availability,” he says. “When you’re up, there’s not an easy way of saying, look, we made this improvement.”

GitHub is leaning on Microsoft for help, too. “It’s very much all hands on deck at GitHub,” Daigle says. “We’re getting more support than ever, with experienced engineers to come help us scale quickly.” Much of that reinforcement comes from Microsoft, including engineers who have scaled systems at this magnitude before. 

“Our number one priority is having a platform that is up, that you can trust, and that’s reliable for the world’s developers,” Daigle says, “and now the world’s agents.” 

Why GitHub keeps shipping new features anyway

One question worth asking is, if availability is the priority, why is GitHub still rolling out a new Copilot app at its Build conference and other features?

Not every surface carries the same risk, Daigle argues. The CLI and the new Copilot app iterate outside the blast radius of hosted GitHub, so they can move quickly without touching the systems under repair. The backend work is “focused on stability and resilience,” and it occasionally unlocks features as a byproduct of rebuilding the underlying architecture.

“If I release a CLI piece of functionality, it doesn’t have the same stability and resilience characteristics as github.com,” Daigle says.

That won’t matter much when the underlying infrastructure is down, of course, but Daigle seems hopeful that this phase of GitHub’s history will soon be over.

“Hopefully each month is a little bit better than the month prior,” Daigle says, “with all the urgency that we can put against it.” 

The post How GitHub plans to win developers back appeared first on The New Stack.

At Microsoft Build on Tuesday in San Francisco, the company debuted Microsoft Scout, a new personal agent for work that uses your existing tools to understand how you work and proactively handle routine tasks. 

What Scout does

Microsoft Scout — available now for all Frontier customers, with more details and a broader rollout to come later — is built on OpenClaw and WorkIQ, the intelligence layer for Microsoft 365 Copilot.

According to Microsoft, the personal agent will work alongside users’ existing toolsets — think Teams, Outlook, and more.

Scout “understands how you work” and can proactively handle jobs, like resolving scheduling conflicts, preparing for meetings, and other routine tasks, without having to be asked. 

The technology company says Scout “understands how you work” and can proactively handle jobs, like resolving scheduling conflicts, preparing for meetings, and other routine tasks, without having to be asked. 

Why now?

In its release, Microsoft says it believes “your agents should reflect how you think and operate,” taking into account the broader scope of your work environment, including workflows, business logic, and institutional knowledge — and notes that this context should extend to always-on, autonomous agents. 

Microsoft Scout is only available to Frontier customers. Microsoft says it will share more information soon as part of a broader roll-out. 

Scout’s debut comes alongside a slew of other announcements from the company as it kicks off its two-day Build conference, including: Microsoft IQ, a new context layer that grounds agents in enterprise and world knowledge, available today across GitHub Copilot, Microsoft Foundry, and Copilot Studio; WebIQ, an AI-first web search stack and what Microsoft calls “the fastest real-world grounding you can give your agents”; plus, a family of seven new in-house models from the Microsoft AI Superintelligence Team, including the company’s first reasoning model, MAI-Thinking-1. 

At Build, Microsoft stressed the changing tides of the new agentic era, noting developers now need “ubiquitous intelligence” and a full stack that supports them from the cloud to the edge. If Scout can understand how teams work and provide proactive support for at least some day-to-day tasks, then it could play a supporting role in helping teams build agentic systems faster. 

The announcement of Scout comes after recent leaks of Google’s Remy, an OpenClaw-style agent the tech giant is rumored to be developing that can perform actions on a user’s behalf. Remy is suspected of serving as a Gemini-powered personal agent. It’s too early to tell whether and how Microsoft Scout compares to the rumored Remy, but the limited information available suggests both companies are moving toward personal agents that go beyond answering questions or summarizing content. 

The post Microsoft debuts “Scout” at Build, a new personal agent for work appeared first on The New Stack.