Paseo: 编程智能体的统一开源接口

AI 编程智能体的格局正在迅速碎片化。随着 Claude Code、GitHub Copilot 和 OpenCode 等专业工具的出现，开发者发现自己经常需要在不同的 CLI 和界面之间切换，以利用不同模型的特定优势。

Paseo 的出现为这种碎片化提供了解决方案，它提供了一个统一的开源接口，允许开发者从单一控制点——无论是桌面端、移动端还是终端——来编排多个编程智能体。

AI 智能体的统一控制平面

Paseo 作为一个管理层（一个“daemon”）运行在你的本地机器上，负责编排底层的智能体 CLI。Paseo 不再需要你逐个与每个智能体交互，而是跨多个平台提供一致的接口：

  • 桌面端与 Web 端： 用于监控和管理智能体任务的可视化仪表板。
  • 移动端 (iOS/Android)： 让你在离开座位时也能检查长时间运行的任务或触发新任务的能力。
  • CLI： 为那些更喜欢编写工作流脚本或在远程服务器上运行智能体的用户提供的强大终端界面。

通过保持自托管，Paseo 确保了智能体在你的完整开发环境中运行，利用你的本地工具、配置和凭据，而无需强制登录或遥测。

多供应商支持与编排

Paseo 的主要优势之一是对供应商的不可知论方法。它支持广泛的智能体，包括：

  • Claude Code
  • Codex
  • GitHub Copilot
  • OpenCode
  • Pi

除了简单的访问之外，Paseo 还引入了“Skills”的概念，以实现更高阶的编排。这些技能允许智能体相互协作以解决复杂问题：

  • /paseo-handoff: 将任务从一个智能体转移到另一个智能体（例如，使用 Claude 进行高层规划，使用 Codex 进行实现）。
  • /paseo-loop: 实现“Ralph loops”，即智能体根据特定的验收标准进行迭代，可能还会配合验证器。
  • /paseo-advisor: 使用第二个智能体提供第二意见，而无需委派主要工作。
  • /paseo-committee: 组成一个由对比性智能体组成的团队，进行根因分析并制定战略计划。

技术架构

对于对内部原理感兴趣的人，Paseo 是作为一个 monorepo 构建的，具有明确的关注点分离：

  • packages/server: 处理进程编排和 WebSocket API 的核心 daemon。
  • packages/app: 基于 Expo 的移动端和 Web 端客户端。
  • packages/desktop: 用于桌面端体验的 Electron 封装。
  • packages/cli: 用于与 daemon 交互的命令行工具。
  • packages/relay: 促进远程连接的软件包。

对于在远程工作站上运行 Paseo 的用户，该项目提供了一个自托管的 relay 选项（使用 Go 编写），允许通过 WebSockets 进行安全连接，可以通过像 Nginx 这样的反向代理配置 TLS。

社区观点与批评

虽然该项目因其实用性和开源性质而受到好评，但 Hacker News 社区也提出了一些批判性的反思点。

“从手机上发布”的哲学

“从手机上发布”这一营销口号引发了极化的反应。虽然一些人认为跨设备能力是一种便利，但另一些人则将其视为问题工作文化的症状。正如一位用户所言：

“从移动中发布”对我来说太疯狂了…… 每次只做一件事，好好生活。从手机上发布代码，为什么啊。伙计们，这可不是什么值得炫耀的事，这是抑郁。

设计 vs. 功能性

一些用户质疑了项目描述中使用“美丽”一词，认为 UI 是对 Tailwind CSS 和 Lucide icons 的功能性、无偏见实现，而不是高设计成就。这些批评者的共识是，虽然设计简洁高效，但它优先考虑功能而非审美创新。

功能请求

用户们对进一步了解运行这些智能体的成本表示了兴趣。具体来说，他们希望拥有集成的 token 使用量仪表板，以帮助开发者跟踪每个项目在 AI 驱动开发中的实际成本，这一功能将补充 Paseo 现有的编排能力。

Sources