夜雨聆风
最近一个月，我的工作节奏变了。
以前用 Claude Code 跑长任务，比如复现一个 repo、改实验脚本、跑 baseline，任务一启动我就被钉在椅子上。出门吃饭都得算时间，怕它中途卡住等我确认。明明是AI 在干活，我倒成了守机员。
Paseo 就是冲着这个问题来的。它本身不写代码，只是 Claude Code、Codex、OpenCode 这些 Agent 的遥控器。
我用了一段时间，觉得是一个很好用的小工具。如果你也在重度用 Claude Code 或 Codex，应该能找到共鸣。毕竟久坐是一个非常不好的习惯。
一、 Paseo 是什么
一句话：自托管的远程指挥中心，让你从手机、网页、CLI 操控本地的 Claude Code、Codex、OpenCode。
它的架构就两层：
Daemon（守护进程） 跑在你的开发机上，管理所有 Agent session 客户端（手机 App、CLI、网页）只是这个 daemon 的"窗口"，连上去看同一批任务
代码、API Key、对话记录全在你自己机器上，不经过云端。GitHub 上 5.3k+ stars，AGPL-3.0 开源，iOS 和 Android 都有原生 App。
它最核心的设计决定：不自己造 Agent，只做编排。Paseo 把官方 CLI 当子进程拉起来，从 Anthropic 后台看跟你自己在终端敲命令没区别。所以你现有的 skills、MCP servers、配置文件全都不用改。
二、 它改变的不是 AI 的能力，是你的工作方式
不少文章都在说"手机上用 Claude Code 太爽了"。确实爽，但我觉得这个卖点有点浅。
它真正改变的是你跟 Agent 的协作节奏。
以前跑 AI 写代码，思维还是终端那一套：开任务，盯着，等结果，卡了处理一下，继续盯。人被任务进度绑死。
用了 Paseo 之后变成：给个方向，它在电脑上跑，你离开也能看状态。中途有问题掏手机远程回一句。跑完了它推通知。从"守着电脑"到"布置任务"，听起来只差几个字，体感差别很大。
说个我这周的经历：
在电脑前让 Claude Code 改一个复现脚本，然后去吃饭。以前会一直惦记"别又卡了"。这次跑到一半依赖装不上，我在楼下吃饭的时候拿手机看到了，回了句"用 conda 不是 pip 重装"，它就接着往下推。等回到电脑前，任务已经在新方向上跑完了。
我没浪费时间，它也没闲着。
三、 多 Agent 并行编排才是杀手锏
Paseo 还有个被低估的能力：多个 Agent 同时跑，互不打架。
原生 Claude Code 做不到。同时跑两个 Agent，你要么开两个终端手动管，要么自己搞 git worktree 折腾半天。Paseo 把这个过程压成了一个参数：
paseo run --worktree feature-auth "实现登录"paseo run --worktree feature-payment "实现支付"paseo run --worktree fix-cart-bug "修购物车"每个 Agent 自动开 git worktree，跑在独立分支上，dev server 按分支名分配 URL，端口不冲突。主分支干干净净。
/paseo-handoff 和 /paseo-orchestrator 这两个内置 skill 更有意思。前者让你跟 Claude 讨论完方案，把上下文整体甩给 Codex 去实现，是我现在常用的搭配。后者更狠：一个 Agent 当 PM，调度其他几个 Agent 分工。
目前在"远程 Agent 控制器"这个赛道里，Omnara 的长板在 iOS 体验，Happy 走开源加密路线，Paseo 的长板是多 Agent 编排，它确实把这个当核心功能在做，不是噱头。
四、 安装实测：WSL + CLI + 手机扫码
我的环境是 Windows 11 下的 Ubuntu（WSL2），手机国行 Android。没装桌面 App，直接走 CLI，最省事。
先确认 WSL 里至少有一个 Agent CLI 能跑（claude --version 或 codex --version），Node.js >= 18。
然后装 Paseo CLI 并启动：
npm install -g @getpaseo/clipaseo就这两行。终端会打印一个 QR 码。
国行 Android 装 Google Play 版不太方便，直接去 GitHub Releases 下载 APK： https://github.com/getpaseo/paseo/releases
装好 App 扫那个 QR 码。Paseo 默认走 relay（端到端加密的中继服务器），daemon 从内部主动外连，手机也连同一个 relay，两边碰上头就行。对 WSL 用户来说这是最省心的方案，不用配端口转发，不用折腾虚拟网卡的 IP，跨网络也没问题。
最后手机端发条消息试试，比如"列出当前目录所有文件"。Agent 在 WSL 里跑起来，结果实时流到手机上。整个链路跑通，十分钟左右。
WSL 用户会踩的几个坑：daemon 的 shell 环境继承、API Key 加载、后台常驻。这里不展开了，回头单独整理。
五、 电脑和手机看到的是同一个 session
不少人装完 Paseo 会有个误解：是不是以后所有 Agent 都得从 Paseo 启动？
不用。Paseo 只管它自己拉起的 session。你在别的终端直接跑的 claude，跟 Paseo 没关系。
想通这个，工作流就很清晰了：桌前写代码用原生 claude，体验最好；要离开电脑的长任务用 paseo run 启动，路上手机看；明确要丢后台的跑 paseo run -d。
判断标准就一个：这个任务我会不会想离开电脑盯着？会就用 Paseo，不会就用原生。
真正好用的点在于：WSL 终端 A 里启动的 session，手机 App 马上能看到；手机上发的指令，电脑终端 attach 上去也能实时显示。同一件事，两端看到的状态一致。原生 Claude Code 关掉终端对话就断了，Paseo 把会话状态从客户端拆了出来。
六、 写在最后
Paseo 未必是每个人都需要的工具。但它戳中了一个真实的问题：当 coding agent 越来越像一个需要长期共事的"同事"时，你怎么管它？
这个赛道现在还没定下来。Omnara 在 iOS 和 Apple Watch 上体验最顺滑，Happy（slopus/happy）的开发生态更活跃，Paseo 的优势在自托管彻底、多 Provider 统一、CLI 脚本化强、多 Agent 编排做得最深。三家各有侧重，不是替代关系。
WSL 用户的额外好处是：原生 Claude Code 在 WSL 里体验本来就一般（终端切换、剪贴板都有些别扭），Paseo 等于提供了一个更顺手的第二入口。我现在日常是 WSL 终端开原生 claude 写代码，长任务或要离开电脑时切手机看 Paseo。
对我来说，最直观的变化就是每天少被电脑绑住一些时间。干活节奏不一样了。
七、 参考来源
官网：https://paseo.sh GitHub：https://github.com/getpaseo/paseo Releases (APK 下载)：https://github.com/getpaseo/paseo/releases Docs：https://paseo.sh/docs
