讲一下paseo

Joye，Paseo 说白了不是又一个写代码的 agent，而是套在 agent 外面的一层"调度台"——它自己不带模型，只负责启动和看管你已经装好、已经登录好的那些 CLI。原生适配 Claude Code、Codex、OpenCode、pi 四个；其余凡是讲 ACP 协议的都走通用适配器插进来，官方目录里能一键装的就有 Cursor、Gemini CLI、GitHub Copilot、Kimi Code、Qwen Code、Hermes 等三十多个。你的订阅、skills、MCP、私有配置全留在原地，它不改造也不包一层，只是补上界面、CLI、relay 和编排。 架构是一个 daemon 跑在自己机器上，默认目录 ~/.paseo，桌面、手机、Web、CLI 都只是连它的客户端。人不在同一台机器就走直连，或者端到端加密的 relay，官方 relay 用 Elixir 单开了一个仓库，也能自托管。桌面 app 自带 daemon，无头模式就 npm install -g @getpaseo/cli 再敲 paseo，终端吐个二维码，手机扫一下接管。前置条件只有两条：至少装好一个 agent CLI 并配好凭据，以及 gh 已认证，PR 感知那部分 worktree 依赖它。 它真正解决的是"agent 一多就乱"。每个 agent 可以跑在自己的 git worktree 里，独立目录、独立分支，改完互不覆盖；顺手把端口老问题也解了，用分支名当域名，fix-auth 那个 agent 的 dev server 就是 web.fix-auth.my-app.localhost，几个 agent 同时起服务也不打架。收尾流程也是连着做的：diff 内联 review、commit、开 PR、merge 都在同一个界面里完成，不用切回终端和浏览器。界面是分屏加标签，agent、浏览器、终端、diff、日志能并排放着看，键盘优先，⌘K 调全部命令。语音那块是全本地的 STT/TTS，音频不出本机，想要更好音质可以自己接 OpenAI 的语音 provider。 编排它没走"主 agent 派活"的路线，而是做成几个 skill 让任意 agent 调：paseo-handoff 在两个 agent 之间交接，比如先跟 Claude 规划、再交给 Codex 实现；paseo-loop 按明确验收标准循环干活，可以挂 verifier；paseo-advisor 拉一个 agent 当第二意见但不把活交出去；paseo-committee 组两个风格互补的 agent 退一步做根因分析。 跟你那套 Herdr 放一起看会更清楚：都在 harness 这一层，都不抢 agent 本身，差别在侧重。Herdr 的重心在任务账本和闭环——派活、阶段接力、状态对账、验收返工、完成通知回注主 agent 上下文，解决的是"任务有没有人管"；Paseo 的重心在"人怎么同时盯住多个 agent 干活"，跨设备、worktree 隔离、从预览到合并这条流水线，加上客户端体验。一个是带账本的编排中枢，一个是本地 agent 工作台，可以叠着用，不互斥。 宣发这事，它本来就是独立开源项目，作者署名 Mo，README 里自己写明一个人维护、issue 不一定及时处理、急事去 Discord。后面没有公司或融资节奏在推，免费、无遥测、不强制登录、AGPL-3.0，我查到的公开信息里也没看到发布会式的动作，基本是 X 和社区自然传播到 12.6k star、1.3k fork 这个量级，所以你说的"以为会有大宣发"落空，挺正常。 放你那篇 Agent Harness 三层里看，Paseo 是很标准的产品级 harness：模型一个字没改，换的是外面那圈——worktree、review、跨机跨设备调度。Vercel 把 harness 做成能像换模型一样换是第一步，Paseo 这类开始管理多个 harness 并行跑是第二步。你前面说 harness 发展得快，这跟 plan mode 被内化进模型其实是同一方向的两面。