簡而言之——我想升級我的手機程式設計工作流程。我找到了Paseo ，fork 了它，並使用 AI 代理來優化我關心的部分，使其更有效率地為我服務。
我花了幾週時間思考使用人工智慧代理進行編碼的過程。不僅僅是“哪個模型最好”或“哪個框架性能最佳”，而是我實際的操作方式。我如何日常使用這些工具？會話儲存在哪裡？當我不在同一個終端機前時，如何知道代理正在做什麼？
在我的筆記型電腦和桌上型電腦上，我正在慢慢地把這方面的事情理順。現在還缺一塊，就是我的手機。我承認我癡迷於“氛圍編碼”，但到處帶著筆記型電腦有點不合時宜。至少我是這麼覺得的。
我希望能夠在沒有電腦在手的情況下，也能查看代理狀態、回答提示、推進任務進度，偶爾還能啟動工作。
我需要的工具必須符合我實際的運作方式：
-
Linux 支援
-
Android 支援
-
本地編碼，而非雲端服務或SaaS。
-
支援我目前使用的代理，特別是 OpenCode。
-
一種從我的真實開發環境中繼續或檢查會話的方法
手機上雖然支援 SSH，但這並非我想要的工作流程。我需要的是一個控制平面，而不是一個又小又不方便的終端機。
帕塞奧大部分工作
Paseo是我找到的第一個感覺像是針對我實際遇到的問題而設計的軟體。
這個領域還有其他應用。我還研究了Emdash 、 SoloTerm以及其他一些專案。我估計 Google、Anthropic、OpenAI 和其他供應商會繼續開發自己的電話轉接工作流程。但我想要的是所有客服人員都能使用一致的介面。
Paseo 是一款本地優先的應用程式，用於遠端監控和控制編碼代理。它會在你的電腦上執行一個守護進程，行動應用程式會與該守護程式通訊。這樣，你無需將程式碼遷移到雲端工作區，就能在沙發上遠端操控代理。這一點至關重要。我並不需要單獨的行動編碼環境，我需要的是對現有環境的遠端控制。
Paseo 也是開源的，這最終決定了它是「差不多了」還是「我大概能把它做出來」。
Paseo已經開發出了可正常運作的行動應用程式。 
那些空白就是我的空白
Paseo 的設計已經非常周到，在行動裝置上的顯示效果也很棒。它支援我關心的核心代理，但我的 OpenCode 工作流程暴露出了一些不足之處。
最大的問題是會話交接。我會在 OpenCode 終端機中發起一個會話，之後想在 Paseo 中繼續進行。不是新的代理，也不是新的聊天記錄。是同一個會話，上下文也完全一樣。細節在這裡至關重要。目前會話的所有權歸誰？如果終端機和 Paseo 同時嘗試控制會話會發生什麼？
還有一些小瑕疵。斜杠指令自動補全的體驗與 OpenCode 不太相符。輸入/q顯然應該表示退出，但應用程式的排序和視覺呈現方式可能會讓人感覺不太對勁。工作區預設設定也很重要。如果 OpenCode 已經知道某個專案應該使用哪種模型或模式，Paseo 就不應該隨意用自己的偏好設定來覆蓋它。
此外，還有子代理。 OpenCode 可以產生子代理，但在 Paseo 中，這些子代理看起來就像是長時間執行的通用工具呼叫。從手機上看，即使代理正在執行它應該執行的操作，也會顯示“這個程式是不是卡住了？”
Gemini CLI 支援也在我的計劃之中，但這可能是一個需要深入研究的課題。
Paseo目前對OpenCode的子代理支援不夠完善。 
我或許能解決這個問題。
事實證明，只要我能清楚描述問題，智能體就能解決它。所以我 fork 了 Paseo，並使用 AI 編碼智能體來改進 Paseo，以滿足我的需求。
大部分工作並不是我坐在那裡，對著一份完美的文件手動敲擊程式碼。而是我用人類語言來指導專案：
-
“我想繼續進行在 Paseo 之外開始的 OpenCode 會議。”
-
“這次復會看起來空蕩蕩的，但我知道這裡承載著歷史。”
-
“讓
/q行為更像 OpenCode 終端機。” -
“這些分部代理人看起來像是神秘失踪者。到底發生了什麼事？”
代理人研究了程式碼庫，進行了修改，編寫了測試，偶爾也會像其他代理人一樣遇到一些問題。我仍然需要做出決策並審查結果。與其說我正在“實現某個功能”，不如說我是在描述我想要的工作流程，直到軟體跟上為止。
我擔心專業開發人員會對我的某些做法感到不屑。但我認為我屬於有趣的典型類型，值得軟體從業者關注：我具備足夠的技術能力，能夠提出有效的問題、檢查結果並克服困難，但可能不會像傳統開發人員那樣處理每一個問題。
這並不能取代工程紀律，而是塑造軟體的一種新途徑。
我做了哪些改變
我認為我的分支現在在 OpenCode 交接方面做得更好了。但我真正關注的只有三個方面，因為在這些方面，「行動差距」對我來說最為棘手：
-
零摩擦切換：該應用程式現在可以在任何工作區中發現活躍的 OpenCode 會話。我可以恢復會話並立即查看最近的歷史記錄預覽，這使得從筆記型電腦到手機的切換感覺非常流暢，而不是像切換上下文一樣生硬。
-
預設設定：我們調整了使用者體驗，使其符合 OpenCode 的工作區設置，並對斜杠命令進行了排序，確保
/q或/exit等常用命令始終位於頂部。移動鍵盤本身就夠讓人頭痛了，軟體不該再增加它的負擔。 -
子代理透明度：子代理不再使用不透明的“工具呼叫”，而是直接在時間軸中報告其身分和當前任務狀態。如果我看不到子代理正在做什麼，我傾向於認為它卡住了。這種意圖的呈現，將神秘的「掛起」狀態轉化為可見的、有效率的任務。
_更好地支援 OpenCode 子代理程式。 _ 
這將會走向何方？
我現在對個人軟體非常感興趣。我會酌情向 Paseo 的主分支貢獻一些小的改動，但我的分支不斷偏離主分支也不會感到意外。這正是我的目的所在。我正在嘗試讓它更好地服務我自己的工作流程。
下一步可能是整合 Gemini CLI。我對跨服務商的使用情況追蹤也很感興趣。我希望 Paseo 能成為我可用使用量、活躍專案以及我可以指向這些專案的代理商的集中管理平台，一個用於控制我的代理商和專案的平台。
開源軟體加上人工智慧助手，大大縮小了「這個工具差不多」和「這個工具適合我」之間的差距。開源軟體一直以來都鼓勵使用者進行修改，而人工智慧助理則讓這種修改變得更加經濟實惠。
現在看來，有些修改可以透過我的手機完成。這要么很酷，要么說明我應該去接觸一下草皮。
原文出處：https://dev.to/thisisryanswift/forking-paseo-mobile-vibe-coding-for-me-48pa
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
