Lody
在桌面、手机、网页和终端之间共享、调度并协作管理团队现有的编码 Agent。
- 源仓库
- LodyAI/Lody
- Star 数
- ★ 1.1k
- 最近更新
- 1 天前
- License
- Apache-2.0
- 主语言
- TypeScript
- FA 评分
- 75/100 · 表现良好
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台Codex · Claude Code
- 上手难度
- 低 · 几分钟可跑通
- 开始前需要
- 典型场景
- 使用 Codex、Claude Code、Kimi 或 OpenCode 的开发团队，希望共享会话而不再转发截图和日志。
- 不适合
- 要求现阶段已实现完整本地优先架构的团队
- 需要无需联网或登录即可运行的环境
- 只想采用内置编码模型、不使用现有 Agent 的用户
- 源码审查
- 75/100 · 表现良好
这个 Agent 能做什么，适合哪些场景？
Lody 是一个共享工作区，用来连接团队已有的编码 Agent 和运行它们的机器，而不是提供新的编码模型。它通过 ACP 支持 Claude Code、Codex、Kimi、OpenCode 及其他兼容 Agent，并保留各台机器上已有的订阅、登录、模型和权限设置。用户可从桌面、移动端、网页或 CLI 创建和跟进会话，查看完整对话、运行状态、文件与代码差异，并处理权限请求。机器端由 `npx lody daemon start` 连接至工作区，CLI 还能登记本地项目、查询机器与 Agent 配置、创建会话以及归档或恢复会话。并行任务可以放入独立 Git worktree，Agent 也能创建或复用其他对话，将调查、实现和测试分派给彼此独立的子会话。项目正朝完整的本地优先架构演进，但 README 明确说明这项支持尚未完成。
在工作站、服务器或云端 VM 上运行 lody daemon，通过登录链接将机器接入工作区。Lody 读取已登记项目的文件、Git 差异、会话历史、运行状态、关联仓库、机器信息和 Agent 配置，并展示 pull request、CI 状态以及 GitHub 审查线程。用户可通过 lody session create 在指定工作区、Agent 配置和仓库上创建任务，通过 lody session list 查询会话，也可发送后续指令、取消工作、归档、恢复或派生会话。协调 Agent 可以创建或复用其他对话，读取其状态和历史，分派并行工作，再把结果带回主对话；独立 Git worktree 用于隔离并行改动。桌面、移动端、网页和 CLI 共享进度、权限请求、附件与代码变更；内置网页预览还能把元素级视觉标注发送给 Agent。
- 使用 Codex、Claude Code、Kimi 或 OpenCode 的开发团队，希望共享会话而不再转发截图和日志。
- 拥有工作站、服务器或云端 VM 的团队，需要从手机或桌面远程派发编码任务并处理权限请求。
- 需要同时调查缺陷、实现修复和运行测试的工程负责人，可让协调 Agent 将工作拆分到独立子会话。
- 在同一仓库并行尝试多种方案的开发者，可用独立 Git worktree 隔离各会话的修改。
- 审查 Agent 产出的人，可在对话旁查看文件、差异、pull request、CI 状态和 GitHub 讨论。
- 前端团队可在会话中打开运行中的网页应用，并用响应式视口和元素级标注反馈问题。
如何安装或部署这个 Agent？
源码没有给出从仓库构建各应用的完整命令；公开的首次连接方式要求终端能够运行 npx，并需要通过命令打开的链接完成登录。启动机器端守护进程：
npx lody daemon start该命令会打开登录链接，把当前工作站、服务器或云端 VM 连接到工作区，并持续接受来自桌面、移动端、网页或 CLI 的任务。README 未说明所需 Node.js 版本、账号创建流程或自托管后端部署步骤。
如何使用这个 Agent？
机器连接并完成登录后，先确保目标项目、工作区和 Agent 配置已经可用。以下示例使用 codex 配置，在 my-team 工作区中为 owner/repo 创建修复任务：
npx lody session create --workspace my-team --agent-config codex \
--repo owner/repo "Fix the failing test"随后列出该工作区中的会话：
npx lody session list --workspace my-team可以从桌面、移动端、网页或 CLI 打开同一会话，查看状态、历史、文件和差异并追加指令。需要并行处理时，可为会话分配独立 Git worktree，或让协调 Agent 创建、复用和跟进其他对话。支持 --json 的 CLI 命令还可将工作区数据提供给脚本或其他工具。
这个 Agent 有哪些优点和局限？
- 通过 ACP 接入 Claude Code、Codex、Kimi、OpenCode 等现有 Agent，并沿用本机已有的订阅、登录、模型和权限模式。
- 同一会话可跨桌面、移动端、网页和 CLI 查看，对话、权限请求、进度与代码变更保持可见。
- Agent 能跨会话创建、复用、查询和指导子任务，适合把调查、实现与测试并行化。
- 独立 Git worktree、会话旁差异查看、行级评论、pull request 与 CI 状态把执行和审查放在同一上下文中。
- 移动端支持通知、差异检查、权限批准和 iOS Live Activities，便于远程跟进运行中的任务。
- 项目明确表示仍在推进完整的本地优先支持，当前版本不能视为已经实现完整本地优先架构。
- 机器必须先通过登录链接连接工作区；README 没有说明离线模式或无账号运行路径。
- 它依赖用户自行提供并配置兼容 ACP 的编码 Agent，不是包含模型或独立代码生成引擎的一体化产品。
- README 没有给出 Node.js 版本、后端自托管步骤、认证细节或服务价格，部署与预算评估仍缺少信息。
- 稳定版本流程只创建版本同步 PR 和 GitHub Release，不构建或上传安装包及自动更新文件。
这个 Agent 与同类方案有什么区别？
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| Lody 当前 | 75 · 表现良好 | 自托管服务 | ★ 1.1k | 1 天前 | TypeScript | Codex · Claude Code |
| Alas 智能编程工作区 | 78 · 表现良好 | 桌面应用免费 + 模型费 | ★ 18 | 今天 | Swift | Codex · Claude Code |
| Happier | 82 · 表现良好 | 桌面应用免费 + 模型费 | ★ 1.7k | 今天 | TypeScript | Codex · Claude Code |
| Ateam 多智能体开发工作台 | 70 · 存在缺口 | 桌面应用免费 + 模型费 | ★ 12 | 今天 | TypeScript | Codex · Claude Code |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
CI 明确采用只读 contents 权限并禁用凭据持久化；README 说明机器默认保持私有、支持可配置权限模式，并展示跨端权限审批、会话记录、状态、文件与差异。归档/恢复、Git worktree 和会话分叉提供了部分隔离与恢复能力。扣分在于云端/CRDT 同步、附件、转录、仓库内容及凭据的具体传输目的地、保留期、加密和删除机制没有说明；SECURITY.md 主要约束漏洞报告，不能构成完整的运行时敏感数据政策。依赖安装使用锁定的 pnpm、完整性摘要和 frozen lockfile，但未提供审计、SBOM 或已知漏洞处置证据。作者、项目站点和 Apache-2.0 来源清晰，但发布者身份未获企业注册验证，且许可证模板没有填写具体版权主体。
README、包脚本、CI 工作流及 ACP 测试对产品结构、模型能力、会话历史和转向协议的描述相互一致；测试还覆盖畸形元数据忽略和配置不匹配时的 fail-closed 行为，因此自洽性充分。依赖具有版本约束、锁文件安装路径及明确 Node 版本，但产品仍依赖外部 Agent、ACP、应用商店和可选云服务，材料未证明这些依赖的降级策略。CI 会保留失败工件并自动维护回归问题，然而面向最终用户的运行时错误消息、重试和离线故障处理证据有限。
材料明确覆盖团队共享、远程派工、并行开发、评审和视觉反馈等场景，并支持桌面、移动、Web、CLI、多种机器及多个 ACP Agent，环境适配证据强。Agent Roles、模型、权限和指令预设，以及能力规范化测试表明可配置性良好。扣分在于兼容能力仍受 ACP 和特定适配器约束，完整的支持矩阵、不可用能力行为及权限边界未给出；派工和转向有明确会话/配置语义，但没有全面描述自动触发、冲突调度或误触发防护。
README 的功能、连接、CLI、协作、仓库结构和发布章节组织清晰；命名在 lody、ACP、session 与 workspace 概念间较稳定。提供 npx 快速启动和 CLI 示例，并链接完整文档与 CONTRIBUTING，但所给材料没有完整开发安装步骤或 FAQ。已明确披露尚未实现完整 local-first，以及发布流程的 CI 限制；仍缺少系统性已知限制清单。Apache-2.0 全文完整，因此许可证满分。稳定标签和生成式发布说明体现版本流程，但没有实际变更日志证据。安全报告渠道、社区入口和维护者操作要求存在，但没有具名维护主体或明确支持承诺。
共享完整会话、运行状态、文件、差异、权限请求、终端、预览和跨端控制，使输出能够直接进入协作与代码评审流程；多会话协调、worktree 隔离和现有 Agent 接入相较复制日志提供明显增量价值。扣分在成本收益方面：材料提到复用现有订阅和展示 token、配额及资源消耗，但没有量化部署、云同步、持续在线机器、移动端或维护成本，也未提供规模上限。
核心结构和部分行为可从 README、package.json、CI 以及针对历史合并、能力规范化和转向协议的测试相互追踪，路线图内容也使用“计划”“目标”和“仍在推进”等措辞与现状区分。扣分在于大量产品体验、安全和跨端同步主张只由 README 陈述；所给代码片段未覆盖认证、数据存储、网络传输、权限执行或恢复实现，也没有独立来源或发布工件来交叉验证这些主张。
- 在接入私有仓库或真实凭据前，核实会话、附件、代码、令牌及 CRDT/可选云同步数据的传输目的地、加密、保留、删除和管理员访问规则。
- 确认移动端或远程审批与底层 Agent 权限模式的绑定方式，并测试拒绝、超时、断线、取消及并发转向时是否真正 fail-closed。
- 审查完整锁文件、子模块、打包产物和依赖漏洞状态；当前材料只证明锁定安装与 CI 检查，不证明供应链无已知风险。
- 为关键仓库验证 worktree、归档/恢复和取消操作的恢复边界；这些功能不等同于对任意 Agent 外部副作用的事务性回滚。