AI NewsDev toolsAnnouncement

Lody shares a live coding agent session with the team, 886 stars

Lody connects any ACP-compatible coding agent to a shared workspace so a teammate can open the same live session from desktop, phone or web, and it reached 886 stars in under a month.

AI News

Editorial3 min read

LinkedInX
The GitHub card for the LodyAI/Lody repository

Image: GitHub

Why it mattersAgent work is currently invisible to everyone except the person who started it, so review and handover happen through screenshots instead of the actual transcript.

Lody is an open-source workspace that lets more than one person watch and control the same coding agent session. It connects machines through a daemon and uses the Agent Client Protocol, so it works with agents that already support that standard rather than wrapping any one of them. The GitHub API showed 886 stars, 102 forks and an Apache-2.0 licence when checked on 5 September 2026, against a repository created on 7 August.

The README names Claude Code, Codex, Kimi and OpenCode as supported, along with other ACP-compatible agents. ACP is the open standard Zed Industries published for connecting coding agents to editors, using JSON-RPC over a subprocess. Building on it means Lody supports new agents automatically as they adopt the protocol instead of maintaining an adapter for each.

The problem it addresses

Right now an agent session lives in one terminal on one laptop. Everyone else finds out what it did through a screenshot, a pasted log, or the pull request that appears afterwards. Lody's claim is that a teammate can open the same conversation transcript, the runtime status, the files and the code changes, from a different device, while it is still running.

Dispatch works in both directions. Work can be started from desktop, mobile, web or the CLI, and the session stays visible on all of them. The iOS client uses Live Activities, so a long agent run is shown on the lock screen rather than needing the app open.

Worktrees are the interesting design choice

Sessions can each get their own Git worktree. The README's stated reason is so agents can work in parallel without mixing changes into each other.

That detail matters more than the sharing does. Running two agents against one checkout is a common way to waste hours, because neither one knows the other is editing. A worktree per session makes parallel agent work a normal thing to attempt rather than something you do carefully once and then stop doing.

Underneath, state is synchronised with CRDTs through the Loro Stack, which is what makes two people looking at one session workable without a central lock. The README says Lody is still moving toward full local-first support, and lists documents and document sandboxes as planned rather than built.

The part to check before you trust it

Machines connect by running a daemon, and the README says they stay private until the owner shares them. It does not describe the authentication or the security model in any detail, and that is the gap to fix before using this on an important repository. For a tool whose whole purpose is giving other people a live view of a process that can edit files and run terminal commands, control over who can see it is the most important feature.

The problem is real whether or not this specific project is the answer. As more of the work moves into agent sessions, the record of how something got built moves from the commit history to a transcript that only one person ever saw. A team that cannot read each other's sessions is a team where review happens only afterwards, on the diff, with no view of the reasoning that produced it. Whether the fix is a shared workspace or better session logging, the gap will need to be fixed.

Source

LodyAI/Lody, GitHub. Star and licence figures from the GitHub API, checked 5 September 2026.

SourceGitHub

This item was written by an AI system from the linked source. Reveneau is responsible for what it publishes.

Share
LinkedInX
Start a project