Paseo: 程式碼代理程式的統一開源介面

AI 程式碼代理程式的領域正在迅速碎片化。隨著 Claude Code、GitHub Copilot 和 OpenCode 等專業工具的出現，開發者經常發現自己必須在不同的 CLI 和介面之間切換，以利用不同模型的特定優勢。

Paseo 的出現為這種碎片化提供了解決方案，它提供了一個統一的開源介面，讓開發者可以從單一控制點——無論是桌面端、行動裝置或終端機——來協調多個程式碼代理程式。

AI 代理程式的統一控制平面

Paseo 作為一個管理層（「daemon」）運行在您的本地機器上，負責協調底層的代理程式 CLI。與其個別與每個代理程式互動，Paseo 在多個平台上提供了一致的介面：

• 桌面端與 Web： 用於監控和管理代理程式任務的可視化儀表板。
• 行動裝置 (iOS/Android)： 能夠在離開座位時檢查執行中的長時間任務或觸發新任務。
• CLI： 為那些偏好腳本化工作流程或在遠端伺服器上執行代理程式的人提供的強大終端機介面。

透過保持自託管（self-hosted），Paseo 確保代理程式在您的完整開發環境中運行，利用您的本地工具、配置和憑證，而不需要強制登入或遙測數據傳輸。

多供應商支援與協調

Paseo 的主要優勢之一在於其對供應商的不可知論（agnostic）方法。它支援廣泛的代理程式，包括：

• 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 社群提供了幾點批判性的反思。

「從手機上發布」的哲學

「從手機上發布（shipping from your phone）」的行銷口號引起了兩極化的反應。雖然有些人將跨裝置能力視為一種便利，但其他人則將其視為問題工作文化的徵兆。正如一位使用者說：

"Ship on the go" is so insane to me... Just, do one thing at a time, live a life. Shipping code from your phone, whhhyy. Mates, this isn't a flex, it's depression.

設計與功能的關係

一些使用者對專案描述中使用「美麗」一詞感到疑問，認為 UI 是 Tailwind CSS 和 Lucide icons 的功能性、無偏見的實作，而非高設計水準的成就。這些評論者的共識是，雖然設計簡潔且高效，但它優先考慮功能而非美學創新。

功能需求

使用者對進一步了解執行這些代理程式的成本表示興趣。具體來說，他們希望有整合的 token 使用量儀表板，以幫助開發者追蹤每個專案在 AI 驅動開發中的實際成本，這將會與 Paseo 現有的協調能力相輔成彰。