⚡ Inside GitHub’s AI Revolution: Jared Palmer Reveals Agent HQ & The Future of Coding Agents

Latent Space: The AI Engineer Podcast
10 November 2025 35 min
0:00 --:--
Episode Description
Jared Palmer, SVP at GitHub and VP of CoreAI at Microsoft, joins Latent Space for an in-depth look at the evolution of coding agents and modern developer tools. Recently joining after leading AI initiatives at Vercel, Palmer shares firsthand insights from behind the scenes at GitHub Universe, including the launch of Agent HQ which is a new collaboration hub for coding agents and developers.This episode traces Palmer’s journey from building Copilot inspired tools to pioneering the focused Next.js

Summary

Jared Palmer, SVP at GitHub and VP of CoreAI at Microsoft, discusses his journey from building vZero and AI SDK at Vercel to leading AI initiatives at GitHub, including the launch of Agent HQ. He shares insights into the evolution of coding agents, the challenges of achieving high reliability, and GitHub's vision for integrating AI seamlessly into developer workflows. Palmer also touches on the importance of model choice, the potential of dev containers as a standard, and the highly requested "Stack Diffs" feature for Git workflows.

Chapters

Introduction to Jared Palmer & GitHub RoleJared Palmer, SVP at GitHub and VP of CoreAI at Microsoft, joins the podcast to discuss his new dual role and the recent launch of AgentHQ.
From Vercel's vZero to GitHub's AgentHQPalmer recounts his two-year journey building vZero and AI SDK at Vercel, focusing on Next.js, and how that led to his current position at GitHub leading AgentHQ.
The Evolution of Coding Agents & GitHub's VisionPalmer reflects on the progression of coding agents from Copilot and outlines GitHub's vision for seamlessly integrating AI into developer workflows, including resolving merge conflicts.
The AI Playground & AI SDK OriginPalmer details the creation of the AI Playground and subsequent AI SDK at Vercel, driven by the need to test Next.js server actions and standardize interactions with diverse model APIs.
vZero's Ambitious 'Prompt to UI' VisionPalmer describes vZero's initial ambitious goal of combining code interpretation and generative UI, which evolved into a visual 'Midjourney for React' approach due to early model limitations and lack of tool calls.
Model Choice, Composites, and Agent AbstractionThe discussion explores the strategic decision between using branded composite models versus model selectors, emphasizing that for agents, models and agents must be tightly coupled for optimal performance.
Defining Coding Agents & Universal InterfacesPalmer clarifies his definition of a coding agent, highlighting sandboxing, file systems, and tool calls, and considers file systems and 'skills' as potential universal interfaces for agent interaction.
GitHub's Core AI Strategy & Workflow FluidityPalmer outlines Microsoft's Core AI organization, bringing together Visual Studio, VS Code, GitHub, and Azure, to create a fluid and seamless AI-integrated developer experience across all platforms.
Dev Containers: A Standard for Repository SetupThe conversation delves into dev containers as a promising standard for sandboxed development environments, addressing the persistent challenge of consistent repository setup for AI agents.
Emerging Standards & Multimodal Agent PotentialThe discussion touches on the significance of standards like MCP and the potential of computer vision models (e.g., DeepSeek OCR) to enable multimodal capabilities in future coding agents.
The Criticality of Agent Reliability & Data-Driven MetricsPalmer emphasizes the immense difficulty and importance of achieving high reliability (98-99% correctness) in AI agents, advocating for a data-driven approach with real-time error monitoring.
Data Analyst Agents & Automating Knowledge WorkThe surprising gap in the market for robust data analyst agents is noted, with Palmer sharing personal experiences of using coding agents for non-coding tasks like automating Excel workflows.
Agent Browsers & Personal Productivity ToolsThe hosts discuss the landscape of agent browsers and personal tools like 'Chrome dump' for managing digital workspaces, highlighting the ongoing search for better browser-based agent integration.
GitHub Homepage Redesign & The Quest for Stack DiffsPalmer discusses the recent GitHub homepage redesign and the long-standing community request for 'Stack Diffs,' explaining its origins at Facebook and the complexities of implementing it within GitHub's ecosystem.

Topics

AI engineeringCoding agentsGitHub AgentHQVercel vZeroAI SDKNext.js developmentGenerative UIModel reliabilityDev containersStack DiffsMultimodal AIData analyst agentsDeveloper workflowsOpen sourceBuild systems

People

Speaker 1 (host) Jared Palmer (guest) Ken Miller (mentioned) Guillermo (mentioned) Chad CN (mentioned) Shu Ding (mentioned) Max Leiter (mentioned) Mike Rieger (mentioned) Riz (mentioned) Ajay Kapathi (mentioned)
Key Concepts (33)
AgentHQ — A new collaboration hub for coding agents and developers launched by GitHub, aiming to be the home for agents and developers.
vZero — A Vercel product focused on building Next.js applications using AI, initially visual ('Midjourney for React') and later evolving into a chat-based interface.
AI SDK — A Vercel project that provides a standardized chunk of streaming code and focuses on the UI aspect of AI integration, abstracting away quirks of various model providers.
AI Playground — An initial project at Vercel created to dog food and test Next.js server actions, which required interacting with various model APIs and eventually led to the AI SDK.
Server Actions — A feature in Next.js that Jared Palmer was helping to test and implement, which served as the impetus for building the AI Playground.
Nat.Dev — A side-by-side AI playground that inspired Guillermo, Vercel's CEO, to push for the launch of the AI Playground.
Chat SDK — An open-source ChatGPT clone template shipped by Vercel in collaboration with Chad CN, which enabled rapid experimentation with AI features.
Code Interpreter (OpenAI) — An OpenAI feature that allows AI models to perform code execution and interpretation, which inspired early ambitious ideas for vZero's capabilities.
Tool Calls — A mechanism for AI models to interact with external tools or APIs, which was not available in early GPT-4 models and limited initial agent capabilities.
Generative UI — The concept of an AI generating user interface components or entire UIs based on prompts, which was a core idea behind vZero's development.
Composite Models — Branded or synthetic models that combine capabilities from multiple underlying models, allowing for higher levels of control and performance, and decoupling from frontier lab launches.
Model Selector — An interface that allows users to choose between different AI models, which was debated against using composite models for product branding and performance.
Agent World — A paradigm for AI development characterized by a loop with compute runtime, file systems, and tool calls, offering a more robust and capable abstraction than traditional chat interfaces.
Skills (Anthropic) — A concept, similar to bundled MCPs, where LLMs can understand capabilities to run code and read files from markdown or directory structures, acting as an interface.
File System as Universal Interface — The idea that a file system could serve as a standardized, universal interface for coding agents to interact with code and data, simplifying agent development.
Core AI Organization (Microsoft) — A new organization at Microsoft that brings together Visual Studio, Visual Studio Code, GitHub, and parts of Azure to foster closer collaboration and integrate AI initiatives.
Seamless Workflow Integration — GitHub's vision for AI, where AI capabilities are 'sprinkled in' naturally into existing developer workflows, such as resolving merge conflicts or debugging actions, to maintain flow state.
Dev Containers — A light version of Docker containers supported in VS Code and used internally at GitHub, intended to standardize development environments and simplify repository setup for agents.
Repo Setup Pain Points — The persistent challenge of configuring development environments for repositories, often involving complex dependencies and build processes, which dev containers aim to solve.
Auto Detection of Frameworks — The idea of an open-source, standardized utility for automatically detecting frameworks and project configurations, which would benefit the entire developer ecosystem.
MCP (Model-Code-Prompt) — A standard or concept mentioned as a 'big winner' for adding context to AI models, particularly relevant for digital transformation and enterprise customers.
Computer Vision Models — Open vision models like DeepSeek OCR and OMO OCR, seen as a promising modality for multimodal agents, despite initial challenges with speed and accuracy.
Agent Reliability — The critical challenge of achieving high levels of correctness (e.g., 98-99%) in AI agents, which requires robust infrastructure, intelligent models, and meticulous data-driven monitoring.
Error-Free Sessions — A key metric for measuring the quality and reliability of AI products, tracking the number of user sessions without errors originating from AI providers or infrastructure.
Data Analyst Agents — AI agents designed to perform data analysis tasks, noted as a surprisingly under-captured market despite the prevalence of business intelligence tools.
Knowledge Work Automation — The application of coding agents to non-coding tasks, such as automating workflows in Excel spreadsheets for accounting or other managerial tasks.
Agent Browsers — Browsers designed with integrated AI agent capabilities, explored as a potential general-purpose injection point for AI.
Chrome Dump — An open-source tool created by Speaker 1 that dumps all open Chrome tabs, summarizes them, and allows users to close them by deleting entries in markdown.
Stack Diffs — A version control workflow, originating from Facebook's Mercurial system, where changes are organized into a stack of single-commit diffs that can be reordered, rebased, and merged, offering a more fluid code review experience for large codebases.
Fabricator — Facebook's internal tool related to their version control and code review system, which utilizes the concept of stack diffs.
Pull Requests (PRs) — The standard Git workflow for proposing and reviewing code changes, contrasted with the stack diffs approach used at Facebook.
Rebase vs. Merge — Different Git strategies for integrating changes, with strong opinions among developers regarding preserving history versus squashing commits.
Mono Repo — A single repository containing multiple projects, where the stack diffs workflow is particularly beneficial due to the complexity of managing changes.
References (58)
GitHub company
Microsoft company
Vercel company
vZero project
AI SDK project
AgentHQ project
Copilot tool
ChatGPC tool
Next.js framework
Svelte framework
TurboRepo tool
TurboPack tool
Webpack tool
AI Playground project
Nat.Dev website
OpenAI company
Hacker News website
ChatGPT clone project
Chat SDK project
GPT-four model
GPT-four 32k model
React framework
GPT-four turbo model
Bolt tool
Lovable tool
Cognition company
ZZRX3 rep project
Copilot CLI tool
Cloud Code tool
Codex tool
Claude Excel agent model
Claude code model
Anthropic company
Visual Studio tool
Visual Studio Code tool
Azure cloud platform
Docker tool
PowerFlare company
Daytona company
Modal company
Kubernetes tool
Netlify company
Stripe company
Coinbase company
DeepSeek OCR model
OMO OCR model
Open Router tool
Slack tool
Atlas browser
Arc browser
Chrome browser
Chrome dump tool
Tory browser
Fabricator tool
Buck tool
Git version control
Mercurial version control
Graphite tool
Transcript (46 segments)
Speaker 1

Alright. We are here for a very special edition of Lanespace with my buddy, Jared Palmer, SVP at GitHub and VP at Corey Eye at Microsoft. Correct.

Dual title. Yeah. Twice the fuck.

Is it weird to have two jobs? No.

Speaker 2

I'm only on I'm only full disclaimer.

Speaker 1

day 13, I think. Yeah. So early days.

So so far so good. So far so good. We've been trying to get you on the podcast for two years, I think.

I think so. Yeah. You oh, now I'm for it.

Yeah. You're a busy guy. We already do it in person.

So Yeah. We have to do it person. Yeah.

Exactly. It's way better. I should also plug that you have if if Jared Palmer fans should dig into your previous podcast with Ken Miller.

Speaker 2

Don't let that. It's from from the interim. Okay.

Speaker 1

But Shout to Ken. Shout out to Ken. Before that, you were building, I I guess, like, v zero and AI SDK.

And you were just sort of VP of AI at? At Vercel. Yes.

No? Yes. All AI initiatives and vibes.

Yeah. And I feel like, basically, you went from, like, you're sort of building one coding agent to now being the home for all coding agents. Is that is that, like, the the general vibe of agent esque?

I think that's right. Yeah.

Speaker 2

I spent the last sort of two years or so building v zero at Vercel and AI SDK. And then the summer took time off and now joined GitHub. And today we launched AgentHQ among other things here at Universe.

And, yeah, it's gonna be the home, we hope, of not only agents, but also developers. And this seems like a the gravity well of this new collaboration space that we're trying to build. Yeah.

Speaker 1

that GitHub can do that you couldn't do at v zero? GitHub is an enormous platform. Right?

So these are 183,000,000.

Speaker 2

It's some above average. Yeah. It's under 8,000,000 developers.

Pretty. It's just the scale is immense. Right?

And vZero was focused on not only one language, but one framework. Right. And a specific problem space with a built in renderer and, you know, you know, for those who are not aware of vZero, it's like a Bolt or Lovable, but it's built by Vercel.

And it's focused on building Next. Js apps, specifically Next. Js apps.

That constraint was rather liberating for the team at the time. And it lets us really like laser focus. Does.

Your world at it. I hope. Thank you.

I hope so. And obviously at GitHub, you know, we're the home of all languages and, you know, frameworks and developers. And so the scope is broadened.

Speaker 1

And yeah, it's just a different, a different part of the map, if you will. Right? Yeah.

How I've seen so you you've been basically covering the entire journey of coding agents. Yeah. For, you know, from from the start, like, what do you think what's your personal journey through coding agents?

Right? Like is we started out with Copilot. Obviously, GitHub Sure.

Started the Copilot trend. Sure. Sure.

When tell us about the origin story of vZero. Yeah. And then how that develops and and maybe where where like, what you wanna see next with So history.

It's it's funny you ask that.

Speaker 2

different parts of it in my brain by going back, you know, like, so maybe we'll have to figure out how retrieval never worked. By the way, interesting how memory works for agents. Totally.

That's why I brought it up. This is kind of interesting as you Yeah. Sometimes you discover new paths.

Right? Yeah. Anyway, the story goes like this.

So when ChatGPC first came out, obviously it was incredible. Right? Like world changing immediately, faster growing product ever.

I looked back at like the timeline and dates, and we were very early, like in when I was at Purcell, jumping into AI stuff. But the journey kind of went like this. So at the time, I actually, there was no AI division.

There was no AI group. I was actually the director of engineering for all of Purcell frameworks, and I was helping Next. Spelled spelled right.

Yeah. So Next. Js, Svelte, TurboRepo, TurboPack, Webpack, and all internal dev tools at Vercel.

And I was helping the Next. Js team dog food and test the initial implementation of server actions. And instead of building a to do app, Guillermo, the CEO of our cell was like, why don't you build like a playground?

And I was like, okay, cool. So that led to the AI playground, which is now just part of AI SDK. We'll get there in a second.

Which by the way, iconic for like side by side, but also the Right. So Nat. I've seen so so I'll I'll It's Nat.

Dev. Nat. Dev.

So so g g told me that Nat Day of I got I got a DM. It was like, remember because I was at a bachelor party and Gijermo totally online, sends me a note like, Nat. Dev is launching on Monday.

You have to ship. And I've been working on it previously. And so he was like Same idea.

Yeah. So he got wind of it, I guess. So I I definitely had to like jump into motion.

And I didn't think we we didn't even ship chat first. Gisermo sends me this this DM over the weekend. I'm at a master party, and he's like, nat dot dev, this the side by side.

He sends me the link, and I play with it, I like, ciao. Okay. So I was bringing the gear, ship the AI Playground.

What was cool about the AI Playground was it forced me to go through every single model provider's API docs, and figure out their their quirks of their Nuance streaming. Because at the time, it wasn't like everybody used OpenAI. Yeah.

It was like, oh, little quirks. Some of them kinda were compatible. So that was my first foray.

And then launched AI Playground, that shot to the top of Hacker News. And I remember we didn't, I didn't even implement chat because that chat wasn't actually like a fake, like wasn't as important. It was just like completion of lesions.

So eventually we we factored the chat and that that project, out of that came AI SDK because I had already looked at all the model providers and all the the combinations. I was like, okay, here's that chunk of streaming code you need. And then AI SDK found that sort of niche of like, how do we focus on the part that we're gonna be good at, which is like that UI aspect of it, but then also knock it in your way.

So that we shipped AF Playground, then AI SDK launched. And then, you know, we're always about demos and having great starter templates at Vercel. And I and I remember writing Guislain.

I was like, you know what'd be cool? This guy, Chad CN. Oh, man.

He seems like amazing. And his UI library is doing great. Why don't we team up and ship a ChatGPT clone open source?

And we did. We shipped this this this awesome template, which is now called Chat SDK, but it's great. And what that did though at Vercel was it set us up for like rapid experimentation, because we had this really good, like pretty full featured ChatGPT ready to rock with all the latest features.

Yeah. So when it came to like rapid prototyping that summer, now we're summer twenty three, it was so great. It was it was like liberating.

So I remember at that point, I had gained some momentum internally and pivoted almost entirely to AI. And I had Shu Ding, who you're friends with, and Max Leiter, and Shad CN now were cooking. And I think at that point, code execution had just come out.

I think that's my timeline. Yeah. The cool sandbox interpreter.

Inter code interpreter. That's what they call it at a time. And I had a very as soon as I saw this, I had a very ambitious idea and proposal to present to Guillermo, which was like, what if there was some and mind you, tool calls don't exist.

The context window is 4,000 Wow. Tokens. You know, like there's not much here.

What if we had this thing where like you could prompt, and sometimes it would do code interpretation, and then maybe we could sort of sometimes it would decode up interpretation, but then other times it would choose to render like UI, or then it would render sometimes like a document or Same line in the chat. Yeah. And like, would just have different sort of Generative UI.

Yeah. You could pipe them together. So like the output of one could pipe into so if we did code interpretation, we coarse it to always emit like tabular data.

Yeah. Maybe we could pass that to another prompt that would like a UI. And just like some idea there, it's got crazy.

But if it sounds like these are just tool calls, that's exactly what these Yeah. It became pretty obvious that like the so I came back to Jeremiah and we at the time, we just had a secure we had a sort of security debate, like, should we code interpretation with the ability to fetch data? Like giving it internet access was like kind of now they're like, Fine, whatever, whatever, do whatever you want, wow, wow, Wes.

But at the time it was like a little scary. So we kind of said, Okay, no to the code interpretation, but this UI thing, it's pretty neat. And so that, this like prompt to UI, that was like the moment of v zero, but the models were not very good.

Right? Or relative to the way they are now. It before GPT-four era?

This is just into the GPT four era, and now we're probably at a 16,000 token context window. So you can't really do chat. So we had to kind of invent this kind of new paradigm of, like, fake it with completion.

But that forced us to do sort of the click the well, the the initial v zero, which launched I think in September 23, it would look more mid journey. In fact, if you go back to the original tweet, it was like mid journey for React because it was all very visual. And you could click on different components and elements and re prompt.

But it was, again, we're we're kinda hacking this because we didn't have chat and we didn't have tool calls. And then fast forward again, you know, that launches. And then probably like nine months later, it took us like nine months to gets like a million ARR, this little team.

But then the models progressed. And from, you know, GPT-four, GPT-four 32 k, the big big boy. We never really got GPT-four turbo working.

I don't know why. It should never happened. And then switched to other other Frontier models and and then started doing our own models and stuff like that.

But fast forward another ten months or nine months or so, and then we we rebase towards chat. And now the models finally could do chat, and the artifact pattern had evolved. So it was time to rewrite.

When we launched v zero, the chat version or the new v zero, whatever you call it's like 14, another million MRR, fourteen days, another million MRR. It was like a rocket ship after And that just proceeded, and we just kept cooking. And so that's been the journey.

We just kept perfecting. And what was really liberating for us was actually the focus on just one stack or one framework. When everybody else was trying to do general purpose coding agent, we were like, no, we're just gonna focus on Next.

Js, Frontend, and ChadCN, and that was really that allowed the team to focus. So that's the that's the story arc. I mean, to be fair, like, bot lovable, like, because Next.

Js is so dominant, basically everyone has to be good at Next. Js. Right.

But being focused on, like, even right down to the UI library and component stuff, like, that that actually helps a lot. We also started working with all the Frontier Model Labs to help, because it was in our Vercel's best interest to have them be created at next.js.

Yeah. And also because of the post trained models, and you can read about this on the Vercel blog, like we can the post training like, harness that we created, we were started sharing and stuff with other model labs and stuff like that, and we had all our data in a very hygienic state to work with them. So Did you ever debate internally?

Speaker 1

And because, you know, I've I my well, from my seat at Cognition, I can also see this, where you should pick the best qualities of every model and string them together in the v zero, or you have the model selector and you let

Speaker 2

kinda We went back and forth, and I think yeah. You know, we launched we went back and forth on all this. I think at the end of the day, there's pros and cons.

Yeah. One of the benefits of having your own branded model or synthetic or composite is that you can stitch these things together. Yeah.

There's like higher levels of And now it's a little different with this AgenTic flow, but even looking at what you guys launched recently with ZZRX3 rep, right? So search, is it gonna be a different model than what generation, you know, the Genesis, but like, because it's a shorter. But like search and Genesis are two different mode, like entire subsystems, right?

So you can have search evals that are gonna be totally different. And so how do you, so where we ended up now, or are we? Where we've probably ended up now is like, for a long time we didn't have model selector, and then we had our own models, which were composites, which we talked about.

And then like, and that would allow us to, you know, mix match. And I think that's probably if what it's also nice because you get as a this is like the product cap. You get to brand it.

Yeah. Right? And you can decouple it from the launch of the Frontier Lab.

Yes. How do you guys how does Cognition even bill for it? Like A few years.

Cranky is a Compute Out. Synthetic unit. Right?

Yeah. So it gets a little wonky. Yeah.

We can go on for pricing this this stuff. It's it gets challenging. But the nice thing about having the, like, brand name model is that, like, you get to co launch with the provider and they'll hype you up.

Speaker 1

but your billing needs to then is capped at whatever retail is. Right? Or or or some Right.

Right. Right. Or you can't really charge too much of a premium.

You can, but Right. But then people are like, hi. What do I own API?

Right? And it's like, well, then how do we charge you for sweet rep or something? Right.

So And so like, I think it's some part of it is the cynical, like you wanna create a sustainable business and independence from the the model labs. But the other part is genuinely, you actually do get better performance. If you like string together all these things.

Yes. And so it's it's tough.

Speaker 2

well, we've switching gears to GitHub. Like, we are all about model choice now. Like making sure that and what's cool is that, like, it's we also have Copilot, which is our harness, and Copilot CLI, but we also have third party harnesses like Cloud Code and Codex and Cognition now like in H and HQ.

So you kind of get the best of both worlds. Yeah. And like, I think that's gonna be awesome and ultimately what people want.

Yeah.

Speaker 1

the model layer is not the right abstraction to do the switcher anymore. It's which is weird because that's where you started with the ISDK. Yeah.

Yeah. Yeah. Exactly.

But now it's like the model and the agent have to be strictly tied together, like very, very strongly balanced. You can't loosely bound it and just do a generic interface because then you're just gonna have the lowest common denominator of all the models. If you're over in agent world Yeah.

Yeah. Which may just be better than chat world, like, in general, like Yeah. Better.

Agent world is is a much better abstraction. I'm calling it agent world, I mean by like a loop with maybe compute runtime in like files. So did they say your definition of agent?

You're dropping your official definition here? No, don't put me on stop.

Speaker 2

no. So my initial definition of agent for AIS, because like I actually fucked. I was dying on this hill.

Because AISDK, everyone else is an agent framework. And I think maybe they actually went to like this. I don't know what it says on the front page now, but like who knows?

But like like six sixty. An agent is, you know, an agent is orchestrating, you know, an API request with a queue and a for loop. Okay.

But a coding agent now has meant so much more. There's like these, you know, coding agent SDKs, and you've got sandboxing and file systems and tool calls. And I do think that is a uniquely, I'll call that agent world, and I'm in charge of that coding agents here.

And, I think that that seems to be where things are going. And even I believe the the Claude Excel agent is basically I was talking to to Mike Rieger backstage. Like, I think it's like related to Claude code.

Speaker 1

It could be. I actually don't know how it should implement it under who it is. Yeah.

Yeah. It wouldn't surprise me if it was. Yeah.

Yeah. Yeah. They seem very all in on skills, which is kind of like an interesting What do think of skills?

It's kind of DXT, which is like the the sort of bundled version of MCPs. Okay. I remember that.

Wasn't yeah. Wasn't the reason you don't know about it is because it wasn't very popular. Okay.

So skills is kinda like the the the second shot that is very LLM pills. Like, it's like, just read my markdown and just read this directory of files and go nuts. As long as I can understand that you have the capability to run code, to read files, you're good.

And actually that is the universal interface, which is a file system. Right. Back to agent filesystem.

Yeah. Which is kind of cool. Yeah.

So I mean, like, I think like what you're hitting at is, you know, this philosophy of like, our understanding of what coding agents, like the minimum bar is over the last two years. Yeah. Right?

Like, you've you've lived this journey and, like, now you're basically kind of, like, the kingmaker or, the I don't know about that. You run you run agent HQ and and, I mean, I I I imagine you have other projects too, but, like, Adriana SQ is, like, the big one that we're talking about here. Like, what are you seeing from, like, the different agents?

Like, what do you want to this to become? Such a good question.

Speaker 2

I think that AgentHQ and GitHub itself needs to, like, co evolve. And you know, one of the things that Microsoft has done really well is by putting things that are alike closer together. And so you think about the new core AI organization.

Yeah. You've got Visual Studio. Okay.

Visual Studio Code, GitHub, and parts of Azure all in one. And obviously, the GitHub team and the Versus Code team have been working closely together for a long time, but now we're really close together. And I think for me, one of the cooler things that AgentHQ can sort of offer is this seamlessness, the fluidity with your workflow.

Right? So if you saw in the demo today, we saw a demonstration of you use AgentHQ, you fire off a task, and it creates a PR, but you can also open that PR up in Versus Code in one click. And that's that's awesome.

And I think my the the vision for for for GitHub as it evolves is to look at those touch points where AI can be sprinkled in, you know, Saltpaste style, into the native workflow, whether you're assigning an issue or maybe some new stuff that I think we should like focus on. Maybe it could be like, how do we resolve a merge conflict? Oh my God.

Right? Like how do we maybe pop open an action or like get in right? And so as like I think it's probably merged, like this is my definition of AGI.

Totally. But like you get that error on an action and you're like, we've all been in that sort of flow where like actions kind of don't work locally, but is that tool act? If you ever tried it, you're like, what the hell?

Don't have that set up on my machine. I haven't done this in a while. So you're like pushing up and you're you're this like, okay.

What if we could just put like, oh, you know, comment or kick off a task, dev solve this or for you, or throw things there. I think what I'm trying to describe is this like, this workflow where it's just like seamless and fluid, and you can stay in a flow state across, whether you're across, like across all devices, mobile, web, on github.com, or in your local editor.

And I think that's where, you know, my focus is gonna be in the next Yeah. Six six months or so. Yeah.

Yeah.

Speaker 1

A side tangent on this. So one of the things that Microsoft also owns, I don't know if it's Microsoft or GitHub, is dev containers. And I think, like, a very important concept for sandboxing environment, whatever you call it, it is kind of a light version of what Docker containers are, a kind of.

Right. Do you see that as a standard that we should invest in as like a it's like a thing? Like, because it's supported in Versus Code.

I don't think it's just that popular outside of Versus Code. Yeah. It's used internally at GitHub too for like the development at GitHub.

Oh, yeah. Yeah. Which is cool.

Speaker 2

Yeah. I think they were so far ahead almost. Like it was but now there's sand this like sandboxes, there's so many of these days.

Right? So I think PowerFlare just launched theirs. Yeah.

There's Daytona. They're here. Vercel.

Modal, which I think Lovable uses. I I'm not yet. I don't know.

Yeah. I mean, you you probably have your own. I don't know.

What do you what do you guys use? Just some Kubernetes pods. Okay.

You guys are rolling it yourself. Very cool. I think that's maybe the runtime, But but there's there's work and discussion about what that runtime should be even internally at Microsoft.

And we've got a couple different competing things. So we'll figure it out in the next, you know, in the next cycle here. But there's a great point.

Like there there's a lot of cool stuff that is in a dev container. Already got Versus Code loaded. You've got a file system.

You've got a sandbox. You've got the security protocol. Yeah.

But also, like, wired into GitHub Enterprise.

Speaker 1

Yeah. And, like, ready to be packaged. So there's lots of goodness there.

Yeah. I see, like, the the number one pain points that Cognition has, but also Codex, also presumably the other guys, is repo setup. Yeah.

Which is effectively what dev containers and a Docker file does for you is like, run this thing, then that thing, set this up, do that thing.

Speaker 2

Why is it so hard? Like, why have we solved it? I don't know.

I think it's hard because you can't predict what's in the what's in the repo. Right? So it's like and Yeah.

You don't know when they bundled FFmpeg. Just don't know. Right.

It's nice when, like, if it's just Next. Js, you just run PMPM install. Correct.

Correct. You you can like do special like there's obviously cons through constraints, you can make optimizations. And I think the general purpose container is just like challenging.

That being said though, I think there's probably some work to do on, you know, auto detection and preempting and stuff like to be done there. But it's just a bigger it's a broader problem space. Right?

Yeah. And yeah. So so fun fact.

Speaker 1

do like a standardized open source auto detection thing of frameworks. Oh, yeah. And I like, we we never we never really, like, got internal momentum on that.

It was an idea. I was like, shouldn't this be open source? You know?

Yeah. Like, auto detection is a is a common utility that everyone needs. Yes.

Yes. I remember that. I'm having a flashback.

That's I have yeah. Everyone knows their they then yeah. Probably we shouldn't all build it.

Right. No.

Speaker 2

and then also, like, what are your defaults? They're not exactly the same, which would be better to, like, just having even the same, like, preference stack Yeah. Of defaults Yeah.

Is the right Yeah. Yeah. Yeah.

Would be great. Because then we can move the whole ecosystem together Alright. From, like, the PMPM or bun.

Right?

Speaker 1

Okay. So are there other movements or protocols or standards that you're interested in? Like, MCP was a big winner this year.

Yeah. There's other, like, I don't know, AC A2A, ACP, all this all these, like, acronyms. Interesting.

Speaker 2

no. The ZRED one. That one.

Okay. And then the the payment that was it Stripe or Coinbase? Stripe.

Stripe? Yeah. That's very cool.

We've had them on the pod. Okay. Yeah.

That's very cool. It'd be interesting to see if that takes off. I mean, it's Stripe.

It's so Yeah. Yeah. But it's always to be adopted by like the clients.

Right? And Yeah. And and I think that's that's fascinating.

The MCP is huge. It seems like it is the way that a lot of the especially when it comes to like digital transformation or some of our enterprise customers, it's where they're gonna able to be at or where they are able to add context. In addition to that, we also have custom agents that we announced today too.

So like you can work with prompts and stuff within your within your agent HQ and and customize these agents for different tasks, and and those can have MCPs and such. And I think that should be really powerful from, like, a a platform perspective. Yeah.

It gets me excited. That's what, like, I think is, like, shipping now and and the next but we're always on the lookout for, like, the next thing. And I don't know.

What what's on your what's what's top of mind for you? For, like, standards or Standard.

Speaker 1

Standards? Oh, it should be Dev container is Dev container. Is the look.

I think dev container just is a PR problem. It's a great idea. Right.

Right. Because no one makes it interesting. Yeah.

I think you can do it, basically. It's one. Okay.

Added to my list. But before that, probably, you have a bunch of other stuff that I I I do wanna get to. But just staying on the AI stuff, like, I I think we're we're we're actively exploring computer use as as a thing, like because it kinda got going a little bit.

People were very excited, and then they found out it was slow and bad and inaccurate.

Speaker 2

computationally intensive, It's my

Speaker 1

getting better. Yeah. Especially with open vision models like DeepSeek OCR and and OMO OCR.

Speaker 2

just give it a few more turns of the Yeah. It's killing.

Speaker 1

and primary. It just seems like a modality worth worth pursuing. And I think a lot of people are on the CodeGen side, the CodeAgent side, a lot of people are trying to think about, alright, we have this evolution from Copilot to, like, you know, a more eugenic sort of like a Cloud Code situation is where I think that the status is, Like, what's next?

Right? What's what's the what's the the the the obvious next step?

Speaker 2

them good? Making them good? Yeah.

You don't like cloud cove? No. No.

I I don't. It's more just like, you know, the the devil's in the details. Like Yeah.

Going from 90% going to like hill climbing, it gets steeper. Yeah. Yeah.

In my opinion. It gets steeper. And so going from 90% success to 95 to 98 to 99 to nines of success.

Yeah. I mean, we're really hard. Paying Merkur a lot of money for expert programmers of open source maintainers.

So like, you know Then you realize along the way, maybe the users aren't that good at it. But like yeah. No.

But I I just think there's a lot of work to do to finish the swing. And there's a big difference between ninety eight percent and ninety nine percent correct. And that's like noticeable.

And this used to hit, you know, if you're working on AI product, you probably don't realize how you've probably seen this. Like most people are blind, like living in la la land about how poor quality their AI product lately is. Unless they're really measuring like a number of error free sessions, like how many errors are coming from the providers, like, you know, how how many requests are dropped, how fast how fast these things are.

Speaker 1

And so that's something that we cared about at Forsell quite a bit and, like, we'll care about What the pro do you have, like, a daily review of your dashboard? I I don't know. Daily.

Daily. It's slow. Yeah.

Okay.

Speaker 2

I thought you're gonna say daily is too much. Daily is no. And even thinking that it's, like, every three hours, roll up of of key metrics and stats.

Yeah. And, like, one of them was, like, error free sessions and other things like that. That was, like, really important because, you know, especially now with agents which are like multi turn.

I have a tweet about this that was like in 2024, which is that like agents will really only work when we get to not only like the in more intelligent models, but better reliability of the infrastructure providers. Right? Are not inference is not like a database, like update uptime.

Right? So there's still differences between providers. There's still differences between performance and difference uptimes.

And that's why you see things like Open Router being very successful and different gateway products. Because like reliability, you need to switch. They go down all the time.

So long story short, yeah, would we would do like, you know, it was almost like video game style. Like we'd have like all the data coming in all the time. Yeah.

And that allowed I used to joke it's by mood ring, like good day, bad day. So it was very successful for us. I think other teams should adopt that, like, data driven approach.

Speaker 1

I think one thing that's surprising is the lack the relative lack I still see on data analyst agents where you can sort of chat it like, add a Slack bot for the the precise analytics that you wanna generate. Because I think we're still in the BI era.

Speaker 2

Yeah. Isn't that weird? It yeah.

I totally agree. It's interesting that that space hasn't been, like, captured as much. Yeah.

Like, I guess maybe now. Actually, I'm interested in this, like, shift to a way into in, like, into knowledge work tasks with coding agents. Okay.

I wonder Using coding agents for non coding tasks? Correct. Do you do you do that personally?

I do. Yeah. Yeah.

What what do do? Well, like I was this summer I was doing like I was helping I was trying to automate some of my dad's workflows and stuff like that. And just like some of his he's got some Excel spreadsheets and for like accounting, like like financial accounting or managerial accounting, I guess.

And yeah, just like point cloud code to that stuff and see what happens. And like, it's it ends up doing Python and and and generates the scripts, and it kinda got off down on the hairs. But it was like, even he saw that it was better at it than the chat client.

That makes sense. Super obvious. They they became kinda obvious.

Yeah. It it felt better. I wonder if he can try Cloud4XL and see if he Yeah.

Yeah. I said. He got me right.

The and then, of course, you got the browser. The I don't know what not the browser. Browser space agents, but not not confused with browsers with agents.

Agent browsers. Agent browsers. Low maintenance.

Poor flexity. Yeah. Everybody's a comment.

That guy. And it's like, is that the better? If that's true, then maybe the the general purpose injection point is there.

Yeah. What do you or I have which have you tried any of the agent browsers? All of them.

All of what do wear? What do wear to?

Speaker 1

mostly because I just wanna give ChatGPT a fair go. Okay. I but I'm very stuck to the arc and, like, the vertical tab.

Oh, okay. I think I any pro user, like, I have multiple businesses. How many tabs do have?

I'm context switching. Right? Yeah.

Yeah. Have hundreds of tabs open. I made a I made an open source tool called Chrome dump.

You can find it on my GitHub, where it literally dumps all the tabs open. It summarizes them, and then I can close it by deleting them on markdown. That's pretty cool.

And it's it's it's fixed.

Speaker 2

So you just go on like a you just go on like a like a like a a bender. Yeah. And then you just dump it.

Yeah. It should be as easy to close as markdown, and Chrome isn't isn't that good at the performance side of things yet. And you were working on, some browser comparisons before.

I was. But so I tried to build it in Tory. Okay.

Speaker 1

explicitly doesn't want you to build a browser and I I tried to fight it too much. I see. Yeah.

I think. Very cool. So just to wrap things up, and know we're we're around about time.

There are other side projects, tasks, and things that you've you've announced here. First of all, redesign GitHub homepage, which a lot of people don't even know GitHub has a homepage.

Speaker 2

I I legit I'm legitimate hate one of Matt tweet, which is Riz's tweet, like, print it out. You see the tweet, like, there's a tweet from Riz and it's like, no one uses everyone, know, can have that homepage. None all of this stuff is totally useless.

I'll I'll pull it up. Like Yeah. Yeah.

Yeah. I I have I called it out today because we like when we launched. Let me get it right because I gotta do it right.

Hold on. Okay. Was incredible how pretty much the entire GitHub homepage is useless and is 1,300,000 views and 19,000 likes.

And this was 05/02/2025. So hurt. The team the team made improvements, and today they launched a new GetUp homepage, which I'm very proud of.

And they should be really proud of. It's got tasks at this top. It's got recent PRs.

Some stuff is still there, like your recent repositories. I still I think there's more work to do, but it's like really overhauled and they did an amazing job with it. They nailed it.

But you know, more work to do, never done.

Speaker 1

keep going. The last thing I want to hit you on is Stack Dips. Oh.

Yeah. You asked everyone when you joined, what should I work on or something? Yeah.

What happened I don't know if this is your job specifically. It wasn't. But It wasn't.

Why do people want Stack Dips so much? Let's I I think you have some history there. Yes.

Anyone who's interacted with anyone at Facebook, no worries, about Fabricator. We're just about it. Yeah.

So can you explain why it's been so Like what it is, why is it so hard? Okay.

Speaker 2

this concept of pull requests, which we're all familiar with, You write some commits, you open a PR, and then you merge the PR, and you go about your day. So as you scale like larger organizations, and like you look at your history, and there are people who are like very I'll say like have like near religious beliefs about how to get how did you get right? Rebase versus merch.

There's a crowd that wants to fast forward the repository, so to preserve all the history. And then there's a crowd that wants to squash and and and merge into the I'm few squash. Okay.

Anyway, Facebook and I've I've never worked at Facebook, but in my previous startup before Vercel TurboRepo, I did a lot of research on build systems. And at Facebook, they have not only they have their custom build tools called Buck, they also have a custom file system, and they don't use Git. They use Mercurial, which and then now it's sort of custom, and it's all wired together.

And at at at Facebook, they don't use pull requests. They have a different sort of philosophy. You can it's sort of like the best way to analy like, think about this is like, imagine every PR just had one commit in it.

Yeah. You could branch them and re and the critical thing is you can restack them. And then if you restack or make a change later, like earlier in the stack, than later in the stack, and these stacks are just diffs.

Right? The commits are just diffs, and it's the term stack diffs. You can then collapse them and merge the last one and merge them towards the end.

It just gives you a little bit of a nicer workflow. And it's what people If you work on a mono repo, or you work on a very, very large code base, it's a really, really nice way to work. Especially you've got a system that will re that will automatically restack.

And then if you think even more deeply about it, and get really deeper into the weeds, you can decide which diffs in the stack CI should run against, if fancy. You Okay. Mail.

Like, so early commit messages and There's just always yeah. You could decide like maybe this one doesn't need it, or skip that one, or whatever. And you end up getting these like sort of these groups, these stacks.

And it's really nice from a code review perspective, because when you go to update or you can update different part of the stack, it just makes it a little bit more fluid. And so it's what people want. There are a couple tools out there in the market that do this kind of behavior.

One's called Graphite.

Speaker 1

There are a couple others. Too many tools called Graphite. See the There's another Graphite right here.

Yeah, yeah, yeah.

Speaker 2

And it's the Azure workflow. And so it's been the top pull request, or sorry, the top feature request. Feature request.

Thank you. At GitHub for years from, from the community's perspective. I don't know at GitHub, but, and then as soon as I joined the first, the first thing I did, I was gonna look this up and Well, not the first thing.

I asked how should I it up better? And it was the top feature request, right? And then I went to go like, okay, investigate, like any good product person would.

And there's been multiple attempts at this internally going back to like 2020. Okay. And there was one very, very, very polished attempt too in 2022.

And it just I don't have all the context, so But there was a pretty good implementation. All of the work was done on the client, and it reintroduced this new concept called stacks outside the pull request into GitHub, and it was a little too risky. It was sort of deemed too risky, too big of a change.

That's just what I was told. So anyway, we had a couple of meetings internally already, and we're trying to weave it into the planning and the roadmap. And so hopefully we'll be able to share more updates soon, but like it's a top of the list known feature.

Again, heard. Yeah. And so, and like we're working on it.

Speaker 1

but it's something that we're actively exploring. Yeah. Well, I think, you know, just to wrap all that up, you know, I think it's really nice for someone who's so deeply engaged and like coming from like one of us literally.

Yeah. Yeah. That you now run things at at GitHub and we can just add you.

You may be like You can do that, mate. Yeah.

Speaker 2

this this really should exist at GitHub. We love GitHub. We use GitHub, but like, come on.

And Well, yeah. Feature requests welcome. Like, my DMs are always open.

It's like Oh, careful. I don't know. A 180,000,000 developers.

I I like 100 whatever. I I am of the philosophy that, like, all feedback is a gift. Like, it's all a signal.

Yeah. And the more signal we can collect, the better decisions we can and truly build this really, really useful website and company like together. And that's gonna be the future.

And if we focus just on that, we're gonna be okay. Yeah. We're gonna be okay.

Alright. Yeah. Well, thanks so much, Jared.

Yeah. It's been a real pleasure. Awesome.

Catching up. Yep. Likewise.

Congrats.

Shared via Hopper