Making AI multiplayer with Maggie Appleton from GitHub Next @ AIE Europe

It's single player, like, across the board. The dream that we're being sold is, like, one developer and two dozen agents will do the work of a whole development team, right, with a scaling up a single person. But the problem is when you scale up individual productivity of one person, that doesn't lead to alignment across the team. And in order to build software, you have to communicate and coordinate with people. Otherwise, you get what I'm seeing across other people's companies and even within our own is, like, you know, not just hairy merge conflicts when people work on huge features without communicating properly about who's touching what files, but people might build duplicate features.

People are building features no one asked for. It's so fast and easy to do it. No one's planning around. No one's aligning enough. No one's agreeing on what you're going to build ahead of time, and then you just end up shoving, like, a 100 really mediocre or bad features into a product because you didn't carefully decide what you all wanted to build together and do it really well.

Like, this is, like, a totally a collaboration communication problem, not a go faster at writing code problem. So this is what feels to me is missing Yes. Is we need multiplayer in real time Yeah. Like collaboration agentic coding spaces. So this isn't like we're gonna plan it in Slack, and then you'll just go over to your, like, solo Claude CLI instance and do it.

Has It to be like everyone has to be in the same workspace the entire way through, so that planning and development are like a continuous cycle. Right? It's not like you just, like, plan and then you build it. It's like you build something, you discuss what you build, you figure out why it's wrong. It's like a prototype. Yeah. Test it. You build something else. Right? This is like a very, like, iterative.

We've all seen the stupid startup meme of, like, you build a skateboard and then a bicycle and then a car, you know? Like but it but it's kind of true. It's kind of true. So the whole pitch of my talk was, we are missing these rich collaborative environments that bring human context into the picture too, because when you're deciding what you want to build, the information isn't in the code base. It's in people's heads, and this is political things, who's in charge and who gets to make decisions.

It's financial and business strategy. It's research from your user researchers or your customer service people about what people want. You need the full organization human context in your context window as you are writing code. You can't just take the code that exists and, like, your mediocre prompt and, like, do it and, like, make a plan with Chord, again, locally that no one else can see. No one else can see your plan with Chord.

Yeah. And then you just tell Chord to do the plan. And then at the very end, you put up a PR and everyone's like, well, we didn't want this or need this or this doesn't solve the problem. And by that point, it's too late. You're at the end of the process.

And I feel like people are trying to make PRs the place where you do collaboration and alignment, and PRs are terrible places for doing collaboration and alignment because they are the end product that are designed to review code at the end of a process.

Wow. So GitHub internally is building other tools that make synchronous real time collaboration easier. But within my team, I work on the GitHub Next team, which is, the r and d labs. Super cool. What we call the fuck around and find out. I swear. We kinda just build stuff that's riskier than the main business would do.

You can also each other's curses. You can write the plan together. You know, this is not one person working alone. It's people actually working together. Yeah. And every session you're in is also connected to a micro VM in the cloud, so a sandbox computer in the cloud. So you're not working locally on your own machine because that causes problems. Right? If you are working on something, you want your coworker to take a look. They'll, like, stash their work, check out a Git branch.

If you're with work WorkTrees driving up the wall, everyone's, like, going hard on WorkTrees because you need some solution to parallel work streams. I find WorkTrees really difficult to work with personally. And, also, again, I can't just pull my coworker into my live development environment and have them write the same code and run the same thing. It's like so anyway, we put computers in the cloud. We work on computers in the cloud, and then everyone's using the same computer because they're just, like, connected to it.

Yeah. So everyone can run terminal commands from Ace and see the same output. Everyone can spin up the dev server and see the same output. So you're working in these parallel streams all actually on the same dump users together, but still with these, like, parallel work streams, right, at these parallel sessions. So you can hop between them really fast, just like you would with WorkTrees in a local desktop app like Callcode or Codex or whatever these do.

Like, that's a big thing is we have these long chats with these agents. Yeah. And sometimes we make these, like, long markdown plans at the end of them. And then we if we're lucky, we get to share those with our coworkers and they can kinda see this plain markdown file they can't edit. It's a really bad workflow, but at the same time, they don't know what we talk to the model about.

Yeah. So they don't have our chat history, which is like they are given this random markdown file that to them looks like, okay. I don't know if this is your idea. I don't know if this is Ward's idea or Codex's idea. Like, it's just sort of there's no transparency into how you got to what you what you built or what you made or what your output was.

Yeah. People just either get the code at the very end, which doesn't explain anything, which is why reviewing PRs is awful in the age of a gender fair eye. Or if they're lucky, again, they get these interim outputs, which are like markdown plans or maybe like a write up, But it's still just like, how do I engage with this? How do I how do I give you feedback on this? How do I edit this?

And again, they can't touch your code. It's on your computer. It's just there's so much friction and and so much isolation of the work, and we just need to bring everything into the cloud in real time. I don't know how else you're gonna get team alignment and team coordination with this otherwise local fragmented experience.

And and I feel like we're just at the moment, DevTools have always struggled by being very isolated from the rest of the clearly works infrastructure and tools. And even more so, I know now we're kinda getting designers to work in the terminal, but that to me is the wrong way around. Like Yeah. It's not that you bring everyone else into this, frankly, like 1980s. It's like a nice retro moment.

Think we're having. Yeah. Yeah. CLIs are like a cool thing to do. I don't really believe the CLI is the best UX we could have for developers by a wide margin. They're nice for now. Developers love them. But at the same time, it's like you're losing, again, collaboration cloud in real time, nice UX, like, rich interfaces. I still believe that stuff is all super valuable. The GUI is not like a a sham that we've been sold

Being you're in your own little world to, like, the sat right next to each other.

Like and we're about to commit to it. And, you know, I'd like to go over to Slack. You know, you try to describe the situation. You try to maybe upload some planet route. It's it's all really high friction, and you're much less likely to do it.

But we find working in Ace, we're all much more likely to ask each other's opinions really frequently. And then you can just jump in and you see how your coworkers prompt the agents and how they're using them. And that alone, just knowledge sharing and, like, having transparency and how everyone's using the models is really helpful. Yeah. Because otherwise, course, people also have their own local setups with kind of like crazy skills files and stuff.

You you pretty much can just jump in and, like, comment on their session while they're working, which we are working on some privacy stuff because some people are like it's like the hovering cursor in Figma. Like, you're designing and someone just comes in and hangs out, and then you just, like, will leave immediately. You're like, I'm no longer designing in this file. Yeah. Yeah.

So there's some of that effect. I mean, we're a small team, so we don't have Yeah. Yeah. Yeah. And we're all quite senior

We, of course, will have private sessions so you can talk to agents privately without everyone seeing. But by default, everything is open. All the sessions are open. You can all see what everyone on the team's working on. And because of this, then we have some really interesting second order things we can do.

So, like, I'm really interested in proactive agents. So we have a dashboard, and when you come in in the morning, it can summarize what everyone else has been working on because it has the full context of what everyone else has been working on. So it can say, you know, Nate's been building this feature, and David's been debugging this security issue. And, like, everyone's moving so fast right now. It's so hard to keep up with what you're Yeah.

You logged. And then it's also like, and your coworkers are doing this stuff. So then I know, oh, Nate's touching the composer files. If I want to do my composer work, I need to go check what he's working on first. Has he shipped that PR?

Because otherwise, merge conflicts. Are we building the same features? Like, again, it all comes down to, like, agreeing with everyone what you're building, making sure you're not duplicating the work, making sure your features don't clash. This is, like, boring, old school, clever issue.

And like, what's the you know, do you need to touch code? If you do need to touch code, how do you get it there? I don't honestly care. Like, because other people are working on it, and I trust it will be good. But I care so much more about this, like, human social layer to the development work of how kinda intelligently like, I wanna be working, and then then I want the coding agent to be like, hey.

I noticed you're about to, like, refactor the message component. Turkle built that six months ago. Let's bring him in, proactively pull him into the session, give him an update on what's happening. Like, I don't know how to do it where it doesn't feel invasive or it's like in because nothing is worse than, like, an agent incorrectly notifying you about something that doesn't matter. Right?

Yeah. But if you could do it well, there's I think there's this really rich world that I wanna explore where it is, like, helping bring in the social fabric connections. Yeah. It's operating on the level of, like, what are the user research people talking about, and what are the salespeople talking about, and what are the customer insights from people? And, like, help make those connections for you, help pollinate conversations between people, help bring in the correct context at the correct time.

But the context is not coding files. It's, like, conversations happening elsewhere in the business that you need to know about that's relevant to the thing you're about to work on. Yeah. Or, like, opportunities you might not think of. Like, this other team over here is researching something similar to you. How could it help connect those in a way that, again, is not extremely noisy and annoying, which is the true challenge?

Like, have intelligent understanding of everyone on your team and how to, like, bring them in in a way where you it then relieves you of the cognitive overhead of you having to constantly understand all these social roles and, like, who makes decisions and who has expertise, all the politics of work. To some degree, I think you could improve that. I don't wanna be like, oh, there's some great perfect product we can build. It's gonna it's not being annoying, but there's some low hanging fruit we could, for sure, work on.