Collaborative AI Engineering: Multi-Agent Development Workspace for Team Alignment
github · Tech · 2026 · source Agentic: yes · promotional bias: med · source-backed · extracted with prompt 0.5.5 (schema v2)
Generated from extraction.json — do not edit by hand. Every claim cites verbatim source evidence; stated means the quote directly asserts the claim, implied means it supports it indirectly.
Problem
Domain: Collaborative software development with AI coding agents
GitHub Next's Ace prototype addresses the gap between fast single-player coding agents and the team alignment, shared context, planning, and review workflows required to build software collaboratively.
Constraints:
- Existing agents focus on individual output while software development depends on team coordination.
- Traditional PRs, issues, Slack, Jira, and Linear are not built for the speed, volume, and shape of agentic work.
- Local agent plans and prompting histories are usually invisible to teammates until review is too late.
- Much of the context needed for good product and architecture decisions lives outside the codebase.
Architecture
Ace combines multiplayer chat, cloud-hosted microVM work sessions on isolated git branches, shared agent prompting, live previews, shared terminals, multiplayer code editing, PR creation, model selection, auto commits, session summaries, and dashboard/team-pulse summaries into one collaborative AI engineering workspace.
Diagram confidence: reconstructed (reconstructed from prose).
flowchart LR team-members["team members"] --> ace-session-chat["Ace session chat"] team-members --> collaborative-plan-editor["collaborative plan editor"] team-members --> shared-terminal["shared terminal"] team-members --> live-preview["live preview"] team-members --> multiplayer-code-editor["multiplayer code editor"] team-members --> ace-dashboard["Ace dashboard"] ace-session-chat --> microvm-cloud-computer["microVM cloud computer"] ace-session-chat --> coding-agent["coding agent"] ace-session-chat --> session-summary-block["session summary block"] model-picker["model picker"] --> coding-agent coding-agent --> microvm-cloud-computer coding-agent --> session-summary-block microvm-cloud-computer --> shared-terminal shared-terminal --> live-preview microvm-cloud-computer --> live-preview microvm-cloud-computer --> multiplayer-code-editor collaborative-plan-editor --> coding-agent microvm-cloud-computer --> github-pull-request["GitHub pull request"] coding-agent --> github-pull-request github-pull-request --> ace-session-chat session-summary-block --> ace-dashboard ace-session-chat --> team-pulse-summarizer["team pulse summarizer"] team-pulse-summarizer --> ace-dashboard
Components
| Component | Role | Interacts with |
|---|---|---|
team members |
Engineers, designers, and PMs who discuss requirements, prompt agents, review previews, edit plans, and make decisions together. | Ace session chat, collaborative plan editor, shared terminal, live preview, multiplayer code editor, Ace dashboard |
Ace session chat |
Slack-like work session where humans and coding agents share conversation and prompting context. | team members, coding agent, microVM cloud computer, session summary block |
microVM cloud computer |
Sandboxed cloud development environment with its own git branch and persistent work state. | Ace session chat, coding agent, shared terminal, live preview, multiplayer code editor, GitHub pull request |
coding agent |
Selected LLM coding agent that reads session conversation, changes code, and creates commits. | Ace session chat, model picker, microVM cloud computer, session summary block, GitHub pull request |
model picker |
Lets users choose the model used for the agent task. | team members, coding agent |
shared terminal |
Allows all session participants to run and see terminal commands in the shared cloud computer. | team members, microVM cloud computer, live preview |
live preview |
Displays the running application so the team can inspect agent and human changes together. | team members, shared terminal, microVM cloud computer |
collaborative plan editor |
Shared plan surface where teammates edit agent plans before asking the agent to build. | team members, coding agent, Ace session chat |
multiplayer code editor |
Real-time shared code editor for manual intervention when agents are insufficient. | team members, microVM cloud computer |
GitHub pull request |
Backwards-compatible review artifact created from Ace and linked back to the session. | microVM cloud computer, coding agent, Ace session chat |
session summary block |
Continuously updated orientation summary of latest human and agent changes in a session. | Ace session chat, coding agent, Ace dashboard |
Ace dashboard |
Aggregates session summaries, unfinished work, recent PRs/issues, and team pulse summaries. | team members, session summary block, team pulse summarizer |
team pulse summarizer |
Summarizes coworkers' recent work and uses shared conversations as social context for orientation. | Ace dashboard, Ace session chat |
Data flow
A team opens an Ace session backed by a microVM and branch, discusses work in a shared chat, prompts the coding agent, watches changes in a live preview and shared terminal, collaboratively edits plans or code when needed, and creates a GitHub PR with a link back to the Ace session. Ace also summarizes recent work, unfinished sessions, PRs, issues, and teammate activity so the same shared workspace becomes context for both humans and agents.
3 supporting quotes
Why this architecture
Ace puts chat, planning, code execution, preview, and GitHub handoff in one shared cloud workspace because agentic development collapses implementation time and moves the bottleneck to early, continuous team alignment.
3 supporting quotes
Models used: Claude Opus 4.6 · coding agents
Scale
- The talk frames current solo-agent workflows as one developer running two dozen coding agents.“I call it this “one man, a two dozen claudes” theory of the future.”article, stated
- Agentic coding can shrink issue-to-PR time to minutes.“The time between logging an issue and an agent opening a PR for it is now only a few minutes.”article, stated
- GitHub Next planned to test Ace with a few thousand people in technical preview.“We’ll be user testing it with a few thousand people to learn more about how people collaborate in it, and iterate from there.”article, stated
- The dashboard motivation assumes teams shipping five features per day instead of one.“They’ve now shipped five features a day instead of one.”article, stated
- The prototype supports many parallel streams of work.“stay always oriented about what’s happening, even with many parallel streams of work.”article, stated
Alternatives considered (roads not taken)
Solo terminal agents on individual machines
Rejected because: They scale individual output while hiding plans, prompts, and context from the team.
Use pull requests as the main alignment checkpoint
Rejected because: PR review happens after implementation, when code has already been generated and context is missing.
Coordinate agentic work in existing tools like Slack, Jira, Linear, issues, and PRs
Rejected because: The talk argues those primitives were built for slower software development and cannot handle agentic work's speed and volume.
Use Slack alone as the collaboration interface
Rejected because: Slack lacks software-development primitives such as cloud execution, preview, code editing, and PR integration.
Require teammates to pull branches and manage local worktrees to collaborate
Rejected because: Ace lets teammates jump into a shared cloud session and see current work and prompting history immediately.
Patterns
human-in-the-loop-gate (collaboration)
Ace moves human alignment before and during agent execution through shared plans, chat, previews, and PR review.
tool-use-orchestration (agent-runtime)
The coding agent operates inside a workspace with terminal commands, preview, git commits, model selection, and PR creation rather than a bare chat box.
multi-agent-orchestration (collaboration)
Ace is designed around humans working with multiple coding agents and shared sessions rather than disconnected solo agent terminals.
context-compaction (context-management)
Ace summarizes session changes and team activity so developers can regain orientation across many parallel workstreams.
durable-execution (runtime)
Ace keeps sessions running in cloud microVMs so work can persist after a developer closes their laptop.
observability-tracing (reviewability)
Prompting history, session summaries, diffs, commits, and PR links provide a reviewable trail of agent work.
Tradeoffs
Use cloud microVM sessions as the unit of collaboration.
Chose Always-on sandboxed cloud computers on isolated git branches over Local laptops, branches, worktrees, and terminal instances.
Rationale: MicroVM sessions let teammates join instantly, see history, share previews/terminals, and keep work alive after a laptop closes.
Integrate collaboration and development primitives in Ace.
Chose Slack-like chat plus cloud computer, agent, terminal, preview, code editor, and PR integration over Coordinating across separate Slack, terminal, IDE, browser, and GitHub surfaces.
Rationale: The talk argues alignment has to happen alongside implementation rather than across fragmented tools.
Keep GitHub PRs in the loop.
Chose Create PRs from Ace with links back to sessions over Replacing GitHub review entirely.
Rationale: Ace preserves compatibility with existing code-review infrastructure while adding earlier shared context.
Let non-developers participate directly in agent prompting.
Chose Accessible shared chat with agent access for designers and PMs over Developer-only terminal interfaces.
Rationale: Product and design context matters before code is generated, so non-engineers need to be in the same agent conversation.
Prompt the agent from collaboratively edited plans.
Chose Shared plan editing before build execution over Private local plan mode.
Rationale: Team-edited plans preserve alignment before the agent starts implementing.
Gotchas (what bit them)
Agentic speed can remove early alignment touchpoints.
Root cause: The implementation window collapses to minutes, making teams feel they can skip planning before prompting agents.
Resolution: Move planning, context-gathering, and decision-making into the same workspace as implementation.
PRs become overloaded as the late alignment checkpoint.
Root cause: Plans and context stay local until the agent has already written code.
Resolution: Expose planning and work-in-progress in shared sessions before PR creation.
Agent work creates coordination debt when multiple people assign overlapping tasks.
Root cause: Disconnected agent sessions hide who is changing which files or features.
Resolution: Use shared sessions, team pulse summaries, and visible prompting histories to show what work is underway.
3 supporting quotes
Agents cannot infer the non-code context that determines good product decisions.
Root cause: Business context, politics, product vision, user research, support insights, and organizational history live in people's heads.
Resolution: Create a shared social workspace where humans surface that context naturally and agents can read it.
Cloud agent collaboration still needs manual code escape hatches.
Root cause: The speaker says agents remain weak for some frontend design/CSS work.
Resolution: Keep VS Code and real-time multiplayer code editing available in the shared microVM.
Evaluation
Ace is described as a research prototype entering technical preview, so the source gives qualitative demo evidence and planned user testing rather than production metrics.
Metrics: technical preview with a few thousand people · qualitative collaboration learning · ability for multiple teammates to prompt one agent · shared preview and terminal usability · orientation through summaries and team pulse
3 supporting quotes
Outcomes
- GitHub Next built Ace as a research prototype for collaborative AI engineering.
- The prototype demonstrates multiplayer prompting, cloud microVM sessions, live previews, shared terminals, collaborative plan editing, PR integration, and AI-generated context summaries.
- The source reports planned technical preview user testing rather than production deployment results.
The source reports Ace entering technical preview with a few thousand users, and frames the problem around teams moving from one feature per day to five features per day, but does not report production adoption or quantitative impact.