我現在用手機指揮三個 AI 寫代碼
整理版優先睇
用手機遙控三個 AI 寫代碼?呢個工具改變咗我嘅工作節奏
作者時宇係一個成日要用多個 AI 編程工具嘅開發者,佢發現 Claude Code、Codex 同 OpenCode 各有長處,但一齊用就出現管理問題:三個終端窗口、權限彈窗各自為政,成日漏咗某個 Agent 卡住咗,搞到浪費時間。為瞭解決呢個痛點,佢介紹咗一個叫 Paseo 嘅開源工具,可以喺自己電腦上統一管理所有 AI 編程 Agent,仲可以喺手機遙控。
Paseo 嘅核心係一個常駐後台 Daemon,所有 Agent 都由佢統一啟動同管理,手機 App、桌面應用、網頁、命令行都只係遙控器。安裝簡單,會自動檢測已裝嘅 Agent CLI 重用 API Key。手機端唔係淨係睇通知,係真係可以創建任務、審批權限、睇實時輸出、追加指令。作者而家嘅日常係喺工位分配任務,出去食飯用手機 monitor,返嚟 review 結果,唔使一直守喺電腦前。
佢特別提到 Paseo 嘅 CLI 好正,同 Docker 類似,可以將 Agent 編排寫入腳本。例如提 PR 前自動起三個 Agent 分別跑 lint、測試、code review。另外仲有 Loop 模式同 Orchestrator 模式,但後者仲未穩定。整體嚟講,呢個工具樸素但實用,改變咗佢嘅工作節奏,佢認為好工具嘅標準係唔會成日掛住佢,但冇咗佢會唔慣。
- 結論:Paseo 解決咗多 Agent 並行管理嘅痛點,令開發者唔使再三個窗口輪住睇。
- 方法:透過 Daemon 統一管理 Agent,手機 App、桌面、網頁都係遙控器,關閉客戶端 Agent 繼續跑。
- 差異:同其他工具唔同,Paseo 嘅手機端真係可以做操作,而唔係淨係通知查看器。
- 啟發:將 AI Agent 當進程管理,用 CLI 腳本編排任務,可以自動化 code review、測試等流程。
- 可行動點:立即 npm install @getpaseo/cli,試下用手機遙控 Claude Code 或 Codex,體驗無縫管理多 Agent。
Paseo 安裝指令
npm install -g @getpaseo/cli,然後執行 paseo 自動檢測已裝 Agent CLI 同 API Key。
Paseo CLI 常用命令
paseo run --provider claude/opus-4.6 "implement user authentication" paseo run --provider codex/gpt-5.4 --worktree feature-x "implement feature X" paseo ls paseo attach abc123 paseo send abc123 "also add tests"
三個 AI Agent,三個頭痕位
作者唔係只用一個 AI 編程工具,佢用緊 Claude Code(諗得深但慢,啱架構設計同重構)、Codex(手腳快,批量寫實現同測試)、同 OpenCode(偶爾做 code review)。每個都好用,但擺埋一齊就出事:三個終端窗口,各有各權限彈窗,彼此唔知對方存在。有時等 Claude 跑緊嘅時候,Codex 可能卡咗喺權限確認,但作者完全冇留意。中午出去食飯返嚟,成日發現某個 Agent 白等咗半個鐘。
呢個唔係邊個工具做得唔好,係「同時管多個 AI Agent」呢件事本身就欠一個管理層。
Paseo:一個界面,遙控所有 Agent
Paseo 嘅設計好簡單:喺你嘅電腦跑一個 Daemon 後台服務,所有 AI Agent 都由呢個 Daemon 統一啟動同管理。手機 App、桌面應用、網頁、命令行本質上都係連到 Daemon 嘅「遙控器」。呢個設計帶來一個關鍵好處:關掉任何客戶端,Agent 仲繼續跑。唔似直接喺終端跑 Claude Code,窗口一關就冇曬。
npm install -g @getpaseo/cli
paseo
# 自動檢測 Claude Code、Codex、OpenCode,重用 API Key
# 運行任務
paseo run --provider claude/opus-4.6 "implement user authentication"
paseo run --provider codex/gpt-5.4 --worktree feature-x "implement feature X"
# 管理 Agent
paseo ls # 列出運行中 Agent
paseo attach abc123 # 串流睇實時輸出
paseo send abc123 "also add tests" # 追加指令
手機端唔係淨係睇通知,係真係用得嘅:創建任務、審批權限、睇實時輸出、追加指令。連接方法都好簡單,桌面掃個 QR code 就得。作者而家嘅日常:朝早喺工位分配任務,中午出去食飯用手機瞄一瞄邊個跑完、邊個卡住,需要審批嘅順手㩒一下,下晝返嚟 review 結果。
命令行先係靈魂:將 Agent 編排成腳本
雖然 App 做得唔錯,但作者覺得 Paseo 最值得講嘅係佢嘅 CLI。整套命令同 Docker 幾乎一樣:run、ls、logs、wait、stop,用過 Docker 嘅人閉眼就識用。呢個設計帶嚟一個好處:你可以將 Agent 編排寫入腳本。作者而家有 shell script,提 PR 之前自動起三個 Agent:一個跑 lint,一個跑測試,一個做 code review,跑完彙總結果。以前要開三個終端手動睇,而家一個 script 搞掂。
呢種「將 AI Agent 當進程管理」嘅思路,作者喺用過嘅工具入面,得 Paseo 做到比較完整嘅程度。
另外仲有 Loop 模式:讓 Agent 寫代碼、跑測試,冇過就重嚟,設上限防止死循環。作者用呢個模式修過幾個唔太複雜嘅 bug,體驗 ok。但複雜問題佢會喺幾輪之間來回跳——第二輪改嘅嘢將第一輪修好嘅又整壞咗。呢個唔完全係 Paseo 嘅問題,更多係現有 AI Agent 嘅能力天花板。
值得一提嘅細節同總結
Worktree 隔離:用 --worktree feature-x 參數,Agent 會喺獨立 Git Worktree 度做嘢,兩個 Agent 並行改同一個倉庫嘅唔同分支都唔會打架。Provider 模式映射:Claude 嘅 Plan 模式會自動對應 Codex 嘅 Read-only,唔使記各家用語。數據全喺本地 ~/.paseo/ 下一堆 JSON 文件,人類可讀。遠程連接行端到端加密,中繼零知識設計。
工具好唔好用有個簡單判斷標準:你唔會成日掛住佢,但冇咗佢你會唔慣。Paseo 對作者嚟講就係噉。
寫喺最後:作者唔想貼「劃時代」標籤,Paseo 做嘅嘢好樸素——俾多個 AI 編程 Agent 套一層統一管理。但呢個唔起眼嘅嘢,切切實實改變咗佢每日嘅工作節奏。以前同時開三個 Agent 心智負擔好大,怕漏睇輸出;而家任務掟落 Paseo,該做咩做咩,得閒返嚟睇結果。項目開源,有興趣可以試下,順便睇埋佢之前介紹嘅 sandbox 工具,同 Trae 嘅 Web Solo 理念類似。
撳上面🔺公眾號🔺關注我✅覺得好嘅話,可以星標。
將代碼寫成藝術,用 AI 當鍵盤。
大家好呀,我係程序員時宇——一個將 AI 當鍵盤用嘅編程玩家。呢度只講三件事:技巧、踩坑、前沿資訊。想一齊將代碼寫成詩?撳個關注,我哋並肩開掛,一齊將代碼寫成帶薪摸魚嘅藝術。
係嘅,你冇睇錯,你係咪仲係淨係用電腦指揮 AI 寫代碼呢,我踎喺地鐵上用手機向 Claude Code 發咗句「將 auth 模塊嘅測試補上」,過咗兩個站一睇——測試寫好咗,CI 過咗,已經自動發動測試喇。
就係咁細件事,令我意識到自己嘅工作方式已經變咗。前段時間仲因為工作,喺地鐵上攬住電腦指揮 AI,然後不停喺幾個軟件之間來回切換,而家我喺手機上㩒兩下就搞掂。
咁就同大家傾下令呢件事變可能嘅工具——Paseo。
先講問題出喺邊
我唔係淨係用一個 AI 編程工具嘅人。Claude Code 諗得深但出活慢,適合做架構設計同複雜重構;Codex 手腳快,批量寫實現同測試好順手;OpenCode 我有時會拎嚟做 code review。
每個都好用,但放埋一齊就唔好用喇。
三個工具三個終端窗口,各有各嘅權限彈窗,大家唔知道對方嘅存在。我喺 A 窗口等 Claude 跑緊,B 窗口嘅 Codex 可能已經卡喺權限確認上——但我完全冇注意到。晏晝出去食個飯,返嚟成日發現某個 Agent 空等咗半個鐘。
呢個唔係邊個工具做得唔好,而係「同時管多個 AI Agent」呢件事本身缺一個管理層。

Paseo 係乜嘢
用佢自己嘅話講:
One interface for all your Claude Code, Codex and OpenCode agents.
Run agents in parallel on your own machines. Ship from your phone or your desk.
翻譯成人話:喺你自己嘅電腦上跑一個後台服務,統一管理曬所有 AI 編程 Agent。手機、桌面、網頁、命令行都可以連上去操控。
唔係雲服務,唔係套殼 ChatGPT,唔採集數據,唔需要註冊賬號。代碼同對話內容始終喺你自己嘅機器上。

佢係點做到嘅
核心係一個叫 Daemon 嘅常駐後台進程。所有 AI Agent 都由呢個 Daemon 統一啟動同管理。手機 App、桌面應用、網頁、命令行,本質上都係連到呢個 Daemon 嘅「遙控器」。

呢個設計帶嚟一個關鍵好處:熄咗任何客戶端,Agent 仲喺度跑緊。 唔似直接喺終端跑 Claude Code,窗口一熄就乜都冇曬。
安裝冇乜門檻:
npm install -g @getpaseo/cli
paseo佢會自動檢測你機器上裝咗邊啲 Agent CLI(Claude Code、Codex、OpenCode),直接重用你已有嘅 API Key,唔使再配一次。
手機端可以做到嘢,唔係淨係睇得
好多工具嘅移動端就係一個通知檢視器,Paseo 嘅手機端係真係操作到——創建任務、審批權限、睇實時輸出、追加指令。連接方式都簡單,桌面端掃個二維碼就得。
Paseo 官方嘅手機端截圖:

我而家嘅日常大概係咁:朝早到工位,喺桌面端將幾個任務分俾唔同嘅 Agent。晏晝出去食飯,手機上睇一眼邊個跑完、邊個卡住咗,需要審批嘅順手㩒一下。下晝返嚟 review 結果。
唔算係乜嘢顛覆,只係唔使睇實電腦等 Agent 喇。
命令行係真正嘅靈魂
App 做得唔錯,但我覺得 Paseo 最值得講係佢嘅 CLI。成套命令同 Docker 幾乎一個味道——run、ls、logs、wait、stop——用過 Docker 嘅人合埋眼就可以上手。

呢個意味住你可以將 Agent 編排寫入腳本。我而家有條 shell 腳本,提 PR 之前自動開三個 Agent:一個跑 lint,一個跑測試,一個做 code review,跑完彙總結果。以前呢啲事要開三個終端手動睇住,而家一條腳本搞掂。
Paseo 官方亦舉咗類似嘅例子:
paseo run --provider claude/opus-4.6 "implement user authentication"
paseo run --provider codex/gpt-5.4 --worktree feature-x "implement feature X"
paseo ls# list running agents
paseo attach abc123 # stream live output
paseo send abc123 "also add tests"# follow-up task
呢種「將 AI Agent 當進程管理」嘅思路,喺我用過嘅工具裏面,得 Paseo 做到比較完整嘅程度。
編排功能:有啲意思,但唔好抱太高期望
Paseo 有一個 Loop 模式,邏輯唔複雜:叫 Agent 寫代碼,跑測試,唔過就再嚟,設個上限防止死循環。

我拎佢修過幾個唔太複雜嘅 bug,體驗都仲得——掟入去,設個上限 5 輪,去做其他嘢,返嚟一睇就修好咗。
但係要講真話,稍微複雜少少嘅問題,佢會喺幾輪之間來回橫跳——第二輪改嘅嘢將第一輪修好嘅又整壞咗。呢個唔完全係 Paseo 嘅問題,更多係當前 AI Agent 本身嘅能力天花板。唔可以指望「掟入去就唔理」咁。
Paseo 仲有一個更重嘅 Orchestrator 模式——呢個唔係簡單嘅「叫 Agent 傾偈」,而係一套完整嘅 11 階段工程流程:由調研、規劃、實現到審計、清理、QA,每個階段都有專門角色嘅 Agent 負責,實現同審計嚴格分離(寫代碼嘅唔做審查,審查嘅唔改代碼)。佢甚至有心跳機制,每 5 分鐘自檢一次進度,卡死咗會自動重啟。設計好認真,但標記住 Unstable,實際跑起嚟間中會出現 Agent 之間協調唔順嘅情況。呢個方向值得關注,但目前仲唔建議用於正經項目。
幾個值得一提嘅細節
Worktree 隔離。 一條 --worktree feature-x 參數,Agent 就會喺獨立嘅 Git Worktree 裏面做嘢。兩個 Agent 並行改同一個倉庫嘅唔同分支,唔會打交。
Provider 模式映射。 Claude 嘅 Plan 模式自動對應 Codex 嘅 Read-only,Full Access 對 Full Access。喺唔同 Agent 之間切換唔使去記各家嘅權限術語。


數據全部喺本地。~/.paseo/ 一堆 JSON 文件,人類可讀,想睇就睇。冇遙測,冇強制登錄。遠程連接行端到端加密(Curve25519 密鑰交換 + XSalsa20-Poly1305 加密),中繼服務器係零知識設計。
項目仲喺早期。 v0.1.x 階段,核心功能已經穩定咗,但編排類 API 仲喺快速迭代。心理預期要有。
邊個應該試下,邊個可以唔使

寫喺最後
我唔想俾 Paseo 貼啲乜嘢「劃時代」嘅標籤。佢做嘅嘢好樸素——俾多個 AI 編程 Agent 套咗一層統一管理。
但就係咁唔起眼嘅嘢,切切實實改變咗我每日嘅工作節奏。以前同時開三個 Agent,心智負擔唔細,成日驚漏睇邊個嘅輸出。而家任務向 Paseo 裏面一掟,該做乜就做乜,得閒返嚟睇結果。
工具好唔好用有個簡單嘅判斷標準:你唔會成日掛住佢,但冇咗佢你會好唔習慣。Paseo 對我嚟講就係咁。
項目開源,Github:https://github.com/getpaseo/paseo
有興趣嘅可以體驗下,順便睇下我之前發嘅 sanbox俾 AI 編程助手一個安全嘅遊樂場,兩者結合起嚟係咪效果更好呢,相當於一個雲機,而家 Trae 嘅 Web Solo 都係呢個理念。
點擊上方🔺公眾號🔺關注我✅覺得不錯,可以星標。
把代碼寫成藝術,用 AI 當鍵盤。
大家好呀,我是程序員時宇——一個把 AI 當鍵盤用的編程玩家。這裏只聊三件事:技巧、踩坑、前沿資訊。想一起把代碼寫成詩?點個關注,我們並肩開掛,一起把代碼寫成帶薪摸魚的藝術。
是的,你沒有看錯,你是不是還在只用電腦指揮AI寫代碼呢,我窩在地鐵上用手機給 Claude Code 發了句"把 auth 模塊的測試補上",過了兩站一看——測試寫好了,CI 過了,已經自動發動測試了。
就這麼個小事,讓我意識到自己的工作方式已經變了。前段時間還在因為工作,在地鐵上抱着電腦指揮AI,然後不停在幾個軟件之間來回切換,現在我在手機上點兩下就行了。
那麼就跟大家聊聊讓這件事變得可能的工具——Paseo。
先說問題出在哪
我不是隻用一個 AI 編程工具的人。Claude Code 想得深但出活慢,適合做架構設計和複雜重構;Codex 手腳快,批量寫實現和測試很順手;OpenCode 我偶爾拿來做 code review。
每個都好用,但放在一起就不好用了。
三個工具三個終端窗口,各有各的權限彈窗,彼此不知道對方的存在。我在 A 窗口等 Claude 跑着,B 窗口的 Codex 可能已經卡在權限確認上了——但我壓根沒注意到。中午出去吃個飯,回來經常發現某個 Agent 空等了半小時。
這不是哪個工具做得不好,是"同時管多個 AI Agent"這件事本身缺一個管理層。

Paseo 是什麼
用它自己的話說:
One interface for all your Claude Code, Codex and OpenCode agents.
Run agents in parallel on your own machines. Ship from your phone or your desk.
翻譯成人話:在你自己的電腦上跑一個後台服務,統一管理所有 AI 編程 Agent。手機、桌面、網頁、命令行都能連上去操控。
不是雲服務,不是套殼 ChatGPT,不採集數據,不需要註冊賬號。代碼和對話內容始終在你自己的機器上。

它怎麼做到的
核心是一個叫 Daemon 的常駐後台進程。所有 AI Agent 都由這個 Daemon 統一啓動和管理。手機 App、桌面應用、網頁、命令行,本質上都是連到這個 Daemon 的"遙控器"。

這個設計帶來一個關鍵好處:關掉任何客戶端,Agent 還在跑。 不像直接在終端跑 Claude Code,窗口一關全沒了。
安裝沒什麼門檻:
npm install -g @getpaseo/cli
paseo它會自動檢測你機器上裝了哪些 Agent CLI(Claude Code、Codex、OpenCode),直接複用你已有的 API Key,不用再配一遍。
手機端能幹活,不是隻能看
很多工具的移動端就是個通知查看器,Paseo 的手機端是真的能操作——創建任務、審批權限、看實時輸出、追加指令。連接方式也簡單,桌面端掃個二維碼就行。
Paseo 官方的手機端截圖:

我現在的日常大概是這樣:早上到工位,在桌面端把幾個任務分給不同的 Agent。中午出去吃飯,手機上瞄一眼誰跑完了、誰卡住了,需要審批的順手點一下。下午回來 review 結果。
不算什麼顛覆,就是不用守着電腦等 Agent 了。
命令行是真正的靈魂
App 做得不錯,但我覺得 Paseo 最值得說的是它的 CLI。整套命令跟 Docker 幾乎一個味道——run、ls、logs、wait、stop——用過 Docker 的人閉着眼就能上手。

這意味着你可以把 Agent 編排寫進腳本。我現在有個 shell 腳本,提 PR 之前自動起三個 Agent:一個跑 lint,一個跑測試,一個做 code review,跑完彙總結果。以前這些事要開三個終端手動盯,現在一個腳本搞定。
Paseo 官方也舉了類似的例子:
paseo run --provider claude/opus-4.6 "implement user authentication"
paseo run --provider codex/gpt-5.4 --worktree feature-x "implement feature X"
paseo ls# list running agents
paseo attach abc123 # stream live output
paseo send abc123 "also add tests"# follow-up task
這種"把 AI Agent 當進程管理"的思路,在我用過的工具裏,只有 Paseo 做到了比較完整的程度。
編排功能:有意思,但別抱太高期望
Paseo 有一個 Loop 模式,邏輯不復雜:讓 Agent 寫代碼,跑測試,沒過就重來,設個上限防止死循環。

我拿它修過幾個不太複雜的 bug,體驗還行——扔進去,設個上限 5 輪,去幹別的事,回來一看修好了。
但得說實話,稍微複雜一點的問題,它會在幾輪之間來回橫跳——第二輪改的東西把第一輪修好的又搞壞了。這不完全是 Paseo 的問題,更多是當前 AI Agent 本身的能力天花板。不能指望"扔進去就不管了"。
Paseo 還有個更重的 Orchestrator 模式——這不是簡單的"讓 Agent 聊天",而是一套完整的 11 階段工程流程:從調研、規劃、實現到審計、清理、QA,每個階段都有專門角色的 Agent 負責,實現和審計嚴格分離(寫代碼的不做審查,審查的不改代碼)。它甚至有心跳機制,每 5 分鐘自檢一次進度,卡死了自動重啓。設計很認真,但標記着 Unstable,實際跑起來偶爾會出現 Agent 之間協調不暢的情況。這個方向值得關注,但目前還不建議用於正經項目。
幾個值得一提的細節
Worktree 隔離。 一條 --worktree feature-x 參數,Agent 就在獨立的 Git Worktree 裏幹活。兩個 Agent 並行改同一個倉庫的不同分支,不打架。
Provider 模式映射。 Claude 的 Plan 模式自動對應 Codex 的 Read-only,Full Access 對 Full Access。在不同 Agent 之間切換不用去記各家的權限術語。


數據全在本地。~/.paseo/ 下一堆 JSON 文件,人類可讀,想看就看。沒有遙測,沒有強制登錄。遠程連接走端到端加密(Curve25519 密鑰交換 + XSalsa20-Poly1305 加密),中繼服務器是零知識設計。
項目還在早期。 v0.1.x 階段,核心功能已經穩了,但編排類 API 還在快速迭代。心理預期要有。
誰該試試,誰可以不用

寫在最後
我不想給 Paseo 貼什麼"劃時代"的標籤。它做的事情很樸素——給多個 AI 編程 Agent 套了一層統一管理。
但就是這麼個不起眼的東西,切切實實改變了我每天的工作節奏。以前同時開三個 Agent,心智負擔不小,總怕漏看哪個的輸出。現在任務往 Paseo 裏一扔,該幹嘛幹嘛,有空了回來看結果。
工具好不好用有個簡單的判斷標準:你不會整天惦記它,但沒了它你會很不習慣。Paseo 對我來說就是這樣。
項目開源,Github:https://github.com/getpaseo/paseo
有想法的可以體驗下,順便看下我之前發的sanbox給 AI 編程助手一個安全的遊樂場,兩者結合起來是不是效果更好的呢,相當於一個雲機現在的Trae 的Web Solo 也是這個理念。