状态：推荐关注 · 适合多 Agent、跨设备和并行开发工作流
速读#
Paseo 不是再造一个代码模型，而是给现有编码 Agent 做统一控制面。Claude Code、Codex、GitHub Copilot、OpenCode 和 Pi 仍然运行在你的机器与开发环境里，Paseo 的本地 daemon 负责启动、连接和管理它们，再把同一套会话带到桌面、iOS、Android、Web 和 CLI。
它解决的是工具开始变多之后的管理问题：不同任务适合不同 Agent，长任务需要离开电脑后继续查看，并行修改需要隔离目录，复杂问题有时要让第二个模型复核。只用一个 Agent 写小改动时，这层完全可以不要；当调度本身已经成为成本时，它才有价值。
它统一的不是模型，而是工作流#
本机环境继续是执行现场#
Agent 使用你已有的仓库、命令、配置和 Skills，不必把项目复制进另一个云端 IDE。需要注意的是，「daemon 在本机」不等于「模型在本机」：Claude、Codex 等仍可能调用各自的云服务，数据边界取决于具体供应商和账号设置。
Worktree 隔离并行修改#
不同 Agent 可以在独立 Git worktree 中工作，减少同时改一份文件造成的直接覆盖。这个隔离只覆盖仓库文件；共享数据库、开发端口、缓存、云资源和部署环境仍可能互相影响，不能把 worktree 当成完整沙箱。
桌面开始，手机接管#
跨设备客户端适合查看长任务、补充指令或处理需要确认的节点。远程能力真正有用的不是在手机上写大段代码，而是人离开电脑后，任务不必因此失联。
编排能力可以按需加#
项目提供 handoff、循环验收、顾问和 committee 等 Skills，可以让一个 Agent 规划、另一个实现，或让第二个 Agent 给出独立意见。它们适合有明确验收标准的复杂任务，不应成为每次改文案都要走的仪式。
使用时先守住四条边界#
- 远程配对信息按凭据处理：不要公开 daemon、配对码或中继配置，失效设备及时撤销。
- 并行数量服从任务结构：没有可拆分边界时，多开 Agent 只会增加费用、冲突和审查量。
- 高权限操作仍需确认：部署、密钥、数据库迁移和删除操作不能因为换了控制界面就自动放行。
- 合并前由人统一验收：多个 Agent 各自「测试通过」，不代表组合后的分支仍然正确。
Paseo 使用 AGPL-3.0。个人直接使用通常不构成额外负担；如果修改后作为网络服务提供给其他人，应提前确认对应的源码提供义务。
不适合什么情况#
- 只有一个编码 Agent，现有终端会话已经足够清楚。
- 任务很短，并行和远程接管的配置成本高于等待时间。
- 团队不能接受手机或 Web 客户端接触开发会话。
- 希望它替代代码审查、测试和权限系统；它只是调度层。
Paseo 值得推荐的前提，是你已经真的遇到多 Agent 管理问题。没有这个问题时，直接打开 Codex 或 Claude Code，反而是更好的最短路径。