最精簡的方向，係將 VPS 上的「Opus 總控聊天、四個 Agent 槽位狀態、人工決策入口」整合成同一個可重新連線的工作台。IDE 同手機只係唔同登入入口，唔需要各自維護一套執行隊列。

如果一定要將資訊直接帶入 Roo Code 原生聊天，目前只確認到 MCP 可以接駁外部工具；未有足夠證據確認現成方案可以即時推送狀態、彙總外部 Pi 槽位，或者提供業務審批按鈕。13

總控聊天係主要介面，持久記錄係用嚟恢復工作

整體進度應該直接喺總控聊天入面睇到，而唔係要人再翻查歷史紀錄或者另外分析狀態卡。可以將工作台分成幾部分：

• 固定狀態區：顯示四個 Agent 槽位的運作情況、最近有效事件、目前 Task 同等候人工處理的事項。狀態由程式更新，唔使 Opus 每次都重新生成一段進度報告。
• Opus 總控聊天：解釋整體進度，協調研究、編碼同審核，並整理需要人作決定的事項。
• 決策操作區：批准指定變更、拒絕、要求補充證據，或者啟動 ana-architect 並選擇探索模型。
• 其他槽位視窗：需要時查看研究、編碼同 Sol 審核的細節；手機介面則以總控為主，再按需要切換。

總控聊天會重用 Opus 槽位；ana-architect 係臨時分析流程，唔係再加一個長駐的第五個 Agent。

「持久交互記錄」可以改叫「交互恢復與決策回執」。佢唔係另一張要人手更新的進度卡，主要用嚟：

• 斷線後保留待處理決策，重新連線時直接恢復顯示。
• 將批准記錄綁定到指定請求、方案版本同執行範圍。
• 避免電腦同手機重複批准，令同一件事執行多次。

呢套記錄唔會取代計劃入面的任務清單，亦唔代表編碼會話需要繼承整段總控聊天紀錄。

Roo Code 可以接駁工具，但未證實係完整即時控制台

Roo Code 官方文件確認，MCP 可以接駁外部工具同服務。13 因此可以設計一個輕量橋接，讓 Roo 查詢整體狀態同待決事項、讀取指定審核或分析結果，以及提交綁定請求版本的人工決定。

但可以呼叫 MCP 工具，唔等於後台事件會自動推送到 Roo 聊天；亦唔能夠證明可以加設專用審批按鈕。呢兩點目前都未有足夠資料確認。

如果要求「即時回顯、固定狀態欄、決策按鈕」都要齊，值得評估獨立的小型 IDE 面板，而唔係將大量即時狀態硬塞入 Roo 對話。面板同 VPS 總控應該共用同一套狀態同決策介面，避免另起一套執行隊列。

無論由邊個介面操作，批准都必須來自人的明確行動。Opus 提出建議，或者工具曾經自動獲批，都唔應當成已授權修改方案。

Cline 官方 TUI 值得先試，但整合部分仍要驗證

Cline 官方 TUI 支援終端對話、計劃審閱同批准操作；CLI 亦支援互動式同無頭工作流程。62 官方 Agent Teams 則適用於 SDK、CLI 同 Kanban，目前唔適用於 VS Code 或 JetBrains 擴充套件。1

所以，Cline 可以列入總控介面的優先試用名單。不過，以下功能未能當成現成能力，仍要實際接線測試：

• 彙總外部 Pi 的四個槽位同健康狀態。
• 顯示自訂的方案變更決策資料。
• 重新連線後恢復業務上的待批事項。
• 同一畫面內的檔案樹同差異瀏覽，是否符合實際需要。

Cline 官方 SDK 提供工作階段持久化、訊息歷史同工具批准回呼，可作為之後編寫輕量適配層的參考；但呢啲功能本身唔代表已經實現所需的業務決策流程。4

另外要留意，官方 CLI 參考指出，直接傳入提示詞預設會進入執行模式並啟用自動批准。3 測試時唔好因此直接向正式工作區派發編碼任務；應先限制喺隔離環境，並設定清楚的工具權限同批准規則。

目前未核實到符合上述完整要求的 Roo Code TUI 改版，亦未確認具體的 cline-termux 項目。因此唔應猜測項目名稱或者安裝指令。

IDE 同手機共用同一個總控入口

建議先測試「手機 SSH 客戶端或 Termux → VPS 上同一個 tmux 總控視窗」呢條路徑，而唔係急住喺手機再安裝另一套 Agent。

• IDE 可以透過遠端終端進入同一個工作台。呢個係 IDE 內操作，但唔等於 Roo 原生聊天。
• 手機亦可登入同一個總控，查看狀態同處理決策請求。
• 介面斷線唔應觸發任務重新開始；人離線時，等候決策的相關工作應暫停，待辦事項則保留。
• 人仍然可以自由用 IDE 編輯。若出現相關的並行修改，系統應偵測衝突並保留人手改動，而唔係聲稱可以限制人點樣操作。

先補上總控交互的最小閉環

現階段唔需要即刻全面遷移。可以先喺目前計劃同同一份 ADR加入一項範圍清楚的小交付：

1. 總控視窗顯示四個槽位、整體進度同等候人工處理的事項。
2. Sol 觸發質疑門禁後，相關任務暫停，並建立一項決策請求。
3. 人選擇探索模型進入 ana-architect，收到關於保留、放寬或替換門禁的影響分析。
4. 人批准具體版本的變更後，後台只繼續執行獲批範圍。
5. 關閉介面後重新連線，仍然睇到待辦事項同處理結果；重複批准唔會令工作重複執行。

選型上，可以先試 Cline 官方 TUI，睇下現有互動能否透過薄適配層重用；如果唔得，就只新增一個輕量總控介面。Roo 聊天橋接可以保留做兼容入口，但唔應變成後台執行的必要依賴。

本輪只核對咗公開文件，未有安裝軟件、修改檔案、執行測試或啟動後台任務；現有四槽位整合同手機登入亦未經實測。

最精簡的方向，係將 VPS 上的「Opus 總控聊天、四個 Agent 槽位狀態、人工決策入口」整合成同一個可重新連線的工作台。IDE 同手機只係唔同登入入口，唔需要各自維護一套執行隊列。

如果一定要將資訊直接帶入 Roo Code 原生聊天，目前只確認到 MCP 可以接駁外部工具；未有足夠證據確認現成方案可以即時推送狀態、彙總外部 Pi 槽位，或者提供業務審批按鈕。13

總控聊天係主要介面，持久記錄係用嚟恢復工作

整體進度應該直接喺總控聊天入面睇到，而唔係要人再翻查歷史紀錄或者另外分析狀態卡。可以將工作台分成幾部分：

• 固定狀態區：顯示四個 Agent 槽位的運作情況、最近有效事件、目前 Task 同等候人工處理的事項。狀態由程式更新，唔使 Opus 每次都重新生成一段進度報告。
• Opus 總控聊天：解釋整體進度，協調研究、編碼同審核，並整理需要人作決定的事項。
• 決策操作區：批准指定變更、拒絕、要求補充證據，或者啟動 ana-architect 並選擇探索模型。
• 其他槽位視窗：需要時查看研究、編碼同 Sol 審核的細節；手機介面則以總控為主，再按需要切換。

總控聊天會重用 Opus 槽位；ana-architect 係臨時分析流程，唔係再加一個長駐的第五個 Agent。

「持久交互記錄」可以改叫「交互恢復與決策回執」。佢唔係另一張要人手更新的進度卡，主要用嚟：

• 斷線後保留待處理決策，重新連線時直接恢復顯示。
• 將批准記錄綁定到指定請求、方案版本同執行範圍。
• 避免電腦同手機重複批准，令同一件事執行多次。

呢套記錄唔會取代計劃入面的任務清單，亦唔代表編碼會話需要繼承整段總控聊天紀錄。

Roo Code 可以接駁工具，但未證實係完整即時控制台

Roo Code 官方文件確認，MCP 可以接駁外部工具同服務。13 因此可以設計一個輕量橋接，讓 Roo 查詢整體狀態同待決事項、讀取指定審核或分析結果，以及提交綁定請求版本的人工決定。

但可以呼叫 MCP 工具，唔等於後台事件會自動推送到 Roo 聊天；亦唔能夠證明可以加設專用審批按鈕。呢兩點目前都未有足夠資料確認。

如果要求「即時回顯、固定狀態欄、決策按鈕」都要齊，值得評估獨立的小型 IDE 面板，而唔係將大量即時狀態硬塞入 Roo 對話。面板同 VPS 總控應該共用同一套狀態同決策介面，避免另起一套執行隊列。

無論由邊個介面操作，批准都必須來自人的明確行動。Opus 提出建議，或者工具曾經自動獲批，都唔應當成已授權修改方案。

Cline 官方 TUI 值得先試，但整合部分仍要驗證

Cline 官方 TUI 支援終端對話、計劃審閱同批准操作；CLI 亦支援互動式同無頭工作流程。62 官方 Agent Teams 則適用於 SDK、CLI 同 Kanban，目前唔適用於 VS Code 或 JetBrains 擴充套件。1

所以，Cline 可以列入總控介面的優先試用名單。不過，以下功能未能當成現成能力，仍要實際接線測試：

• 彙總外部 Pi 的四個槽位同健康狀態。
• 顯示自訂的方案變更決策資料。
• 重新連線後恢復業務上的待批事項。
• 同一畫面內的檔案樹同差異瀏覽，是否符合實際需要。

Cline 官方 SDK 提供工作階段持久化、訊息歷史同工具批准回呼，可作為之後編寫輕量適配層的參考；但呢啲功能本身唔代表已經實現所需的業務決策流程。4

另外要留意，官方 CLI 參考指出，直接傳入提示詞預設會進入執行模式並啟用自動批准。3 測試時唔好因此直接向正式工作區派發編碼任務；應先限制喺隔離環境，並設定清楚的工具權限同批准規則。

目前未核實到符合上述完整要求的 Roo Code TUI 改版，亦未確認具體的 cline-termux 項目。因此唔應猜測項目名稱或者安裝指令。

IDE 同手機共用同一個總控入口

建議先測試「手機 SSH 客戶端或 Termux → VPS 上同一個 tmux 總控視窗」呢條路徑，而唔係急住喺手機再安裝另一套 Agent。

• IDE 可以透過遠端終端進入同一個工作台。呢個係 IDE 內操作，但唔等於 Roo 原生聊天。
• 手機亦可登入同一個總控，查看狀態同處理決策請求。
• 介面斷線唔應觸發任務重新開始；人離線時，等候決策的相關工作應暫停，待辦事項則保留。
• 人仍然可以自由用 IDE 編輯。若出現相關的並行修改，系統應偵測衝突並保留人手改動，而唔係聲稱可以限制人點樣操作。

先補上總控交互的最小閉環

現階段唔需要即刻全面遷移。可以先喺目前計劃同同一份 ADR加入一項範圍清楚的小交付：

1. 總控視窗顯示四個槽位、整體進度同等候人工處理的事項。
2. Sol 觸發質疑門禁後，相關任務暫停，並建立一項決策請求。
3. 人選擇探索模型進入 ana-architect，收到關於保留、放寬或替換門禁的影響分析。
4. 人批准具體版本的變更後，後台只繼續執行獲批範圍。
5. 關閉介面後重新連線，仍然睇到待辦事項同處理結果；重複批准唔會令工作重複執行。

選型上，可以先試 Cline 官方 TUI，睇下現有互動能否透過薄適配層重用；如果唔得，就只新增一個輕量總控介面。Roo 聊天橋接可以保留做兼容入口，但唔應變成後台執行的必要依賴。

本輪只核對咗公開文件，未有安裝軟件、修改檔案、執行測試或啟動後台任務；現有四槽位整合同手機登入亦未經實測。