目前較精簡的方向，是把 VPS 上的「Opus 總控聊天、槽位狀態與人工決策入口」整合成同一個可重連工作台，再讓 IDE 和手機成為不同的存取入口。

如果希望內容直接出現在 Roo Code 原生聊天中，目前已確認的是工具橋接能力；至於即時推送後台事件、彙整外部 Pi 槽位，或加入專用審批按鈕，現有資料尚不足以確認。13

總控聊天是介面，持久記錄負責恢復

使用者應能在總控聊天視窗掌握整體執行狀況，不必另外翻閱歷史日誌或狀態卡。可將工作台規劃為以下幾個部分：

• 固定狀態區：顯示四個槽位的執行狀態、最近的重要事件、目前任務，以及等待人工處理的事項數量。狀態由程式持續更新，不必每次都請 Opus 重新生成一段進度播報。
• Opus 總控聊天：說明整體進度、協調研究、編碼與審核，並提出需要人決定的事項。
• 決策操作區：可批准特定變更、拒絕、要求補充佐證，或啟動 ana-architect 分析並選擇探索模型。
• 其他槽位視窗：按需查看研究、編碼和 Sol 審核的細節；手機介面可優先呈現總控，再讓使用者切換查看其他槽位。

以上是目標設計，不代表現有系統已具備這些功能。總控聊天可使用 Opus 槽位；ana-architect 則是臨時分析流程，不必因此增加第五個常駐 Agent。

「持久互動記錄」也不必成為另一張人工維護的進度卡。更合適的定位是交互恢復與決策回執，用途包括：

• 使用者斷線後保留待決事項，重連時直接恢復顯示。
• 將批准記錄綁定到特定請求、方案版本與執行範圍。
• 避免使用者在電腦和手機上重複批准，造成重複執行。

它不取代計畫中的任務清單，也不要求編碼工作階段必須繼承完整的總控聊天紀錄。

Roo Code 可以接工具，但不等於即時控制台

Roo Code 官方文件說明，MCP（Model Context Protocol，模型上下文協定）可作為連接外部工具與服務的橋樑。13 因此可以規劃一個精簡的 MCP 橋接，讓 Roo Code 能夠：

• 查詢整體狀態與待決事項。
• 讀取指定的審核或分析結果。
• 提交綁定特定請求版本的人工作業決定。

但「能呼叫 MCP 工具」本身，不能證明後台事件會自動推送到 Roo Code 聊天，也不能證明能新增專用審批按鈕。若需要「即時回顯、固定狀態欄與決策按鈕」，可評估獨立的小型 IDE 面板，不必把高頻狀態硬塞進模型對話。面板應與 VPS 總控共用同一套狀態與決策介面，避免另外維護一套執行佇列。

無論使用哪種介面，批准流程都必須明確記錄使用者的操作。Opus 提出建議，或工具自動獲准執行，都不能視為人已授權方案變更。

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

Cline 官方 TUI（終端使用者介面）支援終端對話、計畫審查與動作批准；Cline CLI 則支援互動式及無頭工作流程。62 官方 Agent Teams 可用於 SDK、CLI 與 Kanban，但目前不適用於 VS Code 和 JetBrains 擴充套件。1

因此，Cline 可列為優先體驗的總控介面候選。不過，以下需求仍須實際接線測試，不能當成它已內建的功能：

• 彙整外部 Pi 的四個槽位及其健康狀態。
• 呈現自訂的方案變更決策資料。
• 重新連線後恢復業務上的待批准事項。
• 同一畫面中的檔案樹與差異檢視是否符合需求。

Cline 官方 SDK 提供工作階段持久化、訊息歷史與工具批准回呼，可作為後續精簡介接的基礎；但這不代表它已實作特定的業務決策協定。4

另須留意，官方 CLI 參考文件指出，直接傳入提示詞預設會進入執行模式並啟用自動批准。3 因此，測試時不應直接對正式工作區下達編碼任務，應先限定在隔離環境，並明確設定工具權限與批准策略。

目前沒有查證到符合上述完整需求的 Roo Code TUI 魔改版，也沒有確認特定的 cline-termux 專案；資料不足，因此不提供猜測的專案名稱或安裝指令。

手機與 IDE：先共用 VPS 上的工作台

可先測試「手機 SSH 用戶端或 Termux → VPS 上同一個 tmux 總控視窗」的存取方式，而不是先在手機安裝另一套 Agent。

• 在 IDE 中透過遠端終端進入同一工作台，這屬於 IDE 內操作，但不是 Roo Code 原生聊天。
• 手機連入同一個總控，可查看狀態並處理待決事項。
• 介面斷線不應觸發任務重啟；使用者離線時，需要決策的相關執行可暫停，待決事項則保留。
• 使用者仍可自由透過 IDE 編輯；若出現相關的並行修改，系統應偵測衝突並保留使用者內容，而不是假設能限制使用者操作。

先補上「總控互動最小閉環」

可先在目前計畫及同一份 ADR加入一項範圍明確的小交付，不必立刻全面遷移：

1. 總控視窗顯示四個槽位、整體進度與待人工處理事項。
2. Sol 觸發質疑門禁後，相關任務暫停並建立決策請求。
3. 使用者選擇探索模型進入 ana-architect，取得保留、放寬或替換門禁的影響分析。
4. 使用者批准特定版本的變更後，背景工作只在獲准範圍內繼續。
5. 關閉介面後重新連線，仍可看到待決事項與處理結果；重複批准不會重複執行。

選型上，可先體驗 Cline 官方 TUI；若能沿用其互動方式，就採用精簡介接，否則再增加輕量總控介面。Roo Code 聊天橋接可保留為選用的相容入口，但不應成為背景執行的必要依賴。

本輪僅核對公開文件，沒有安裝軟體、修改檔案、執行測試或啟動背景任務；既有四槽位整合與手機存取方式也尚未實測。

目前較精簡的方向，是把 VPS 上的「Opus 總控聊天、槽位狀態與人工決策入口」整合成同一個可重連工作台，再讓 IDE 和手機成為不同的存取入口。

如果希望內容直接出現在 Roo Code 原生聊天中，目前已確認的是工具橋接能力；至於即時推送後台事件、彙整外部 Pi 槽位，或加入專用審批按鈕，現有資料尚不足以確認。13

總控聊天是介面，持久記錄負責恢復

使用者應能在總控聊天視窗掌握整體執行狀況，不必另外翻閱歷史日誌或狀態卡。可將工作台規劃為以下幾個部分：

• 固定狀態區：顯示四個槽位的執行狀態、最近的重要事件、目前任務，以及等待人工處理的事項數量。狀態由程式持續更新，不必每次都請 Opus 重新生成一段進度播報。
• Opus 總控聊天：說明整體進度、協調研究、編碼與審核，並提出需要人決定的事項。
• 決策操作區：可批准特定變更、拒絕、要求補充佐證，或啟動 ana-architect 分析並選擇探索模型。
• 其他槽位視窗：按需查看研究、編碼和 Sol 審核的細節；手機介面可優先呈現總控，再讓使用者切換查看其他槽位。

以上是目標設計，不代表現有系統已具備這些功能。總控聊天可使用 Opus 槽位；ana-architect 則是臨時分析流程，不必因此增加第五個常駐 Agent。

「持久互動記錄」也不必成為另一張人工維護的進度卡。更合適的定位是交互恢復與決策回執，用途包括：

• 使用者斷線後保留待決事項，重連時直接恢復顯示。
• 將批准記錄綁定到特定請求、方案版本與執行範圍。
• 避免使用者在電腦和手機上重複批准，造成重複執行。

它不取代計畫中的任務清單，也不要求編碼工作階段必須繼承完整的總控聊天紀錄。

Roo Code 可以接工具，但不等於即時控制台

Roo Code 官方文件說明，MCP（Model Context Protocol，模型上下文協定）可作為連接外部工具與服務的橋樑。13 因此可以規劃一個精簡的 MCP 橋接，讓 Roo Code 能夠：

• 查詢整體狀態與待決事項。
• 讀取指定的審核或分析結果。
• 提交綁定特定請求版本的人工作業決定。

但「能呼叫 MCP 工具」本身，不能證明後台事件會自動推送到 Roo Code 聊天，也不能證明能新增專用審批按鈕。若需要「即時回顯、固定狀態欄與決策按鈕」，可評估獨立的小型 IDE 面板，不必把高頻狀態硬塞進模型對話。面板應與 VPS 總控共用同一套狀態與決策介面，避免另外維護一套執行佇列。

無論使用哪種介面，批准流程都必須明確記錄使用者的操作。Opus 提出建議，或工具自動獲准執行，都不能視為人已授權方案變更。

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

Cline 官方 TUI（終端使用者介面）支援終端對話、計畫審查與動作批准；Cline CLI 則支援互動式及無頭工作流程。62 官方 Agent Teams 可用於 SDK、CLI 與 Kanban，但目前不適用於 VS Code 和 JetBrains 擴充套件。1

因此，Cline 可列為優先體驗的總控介面候選。不過，以下需求仍須實際接線測試，不能當成它已內建的功能：

• 彙整外部 Pi 的四個槽位及其健康狀態。
• 呈現自訂的方案變更決策資料。
• 重新連線後恢復業務上的待批准事項。
• 同一畫面中的檔案樹與差異檢視是否符合需求。

Cline 官方 SDK 提供工作階段持久化、訊息歷史與工具批准回呼，可作為後續精簡介接的基礎；但這不代表它已實作特定的業務決策協定。4

另須留意，官方 CLI 參考文件指出，直接傳入提示詞預設會進入執行模式並啟用自動批准。3 因此，測試時不應直接對正式工作區下達編碼任務，應先限定在隔離環境，並明確設定工具權限與批准策略。

目前沒有查證到符合上述完整需求的 Roo Code TUI 魔改版，也沒有確認特定的 cline-termux 專案；資料不足，因此不提供猜測的專案名稱或安裝指令。

手機與 IDE：先共用 VPS 上的工作台

可先測試「手機 SSH 用戶端或 Termux → VPS 上同一個 tmux 總控視窗」的存取方式，而不是先在手機安裝另一套 Agent。

• 在 IDE 中透過遠端終端進入同一工作台，這屬於 IDE 內操作，但不是 Roo Code 原生聊天。
• 手機連入同一個總控，可查看狀態並處理待決事項。
• 介面斷線不應觸發任務重啟；使用者離線時，需要決策的相關執行可暫停，待決事項則保留。
• 使用者仍可自由透過 IDE 編輯；若出現相關的並行修改，系統應偵測衝突並保留使用者內容，而不是假設能限制使用者操作。

先補上「總控互動最小閉環」

可先在目前計畫及同一份 ADR加入一項範圍明確的小交付，不必立刻全面遷移：

1. 總控視窗顯示四個槽位、整體進度與待人工處理事項。
2. Sol 觸發質疑門禁後，相關任務暫停並建立決策請求。
3. 使用者選擇探索模型進入 ana-architect，取得保留、放寬或替換門禁的影響分析。
4. 使用者批准特定版本的變更後，背景工作只在獲准範圍內繼續。
5. 關閉介面後重新連線，仍可看到待決事項與處理結果；重複批准不會重複執行。

選型上，可先體驗 Cline 官方 TUI；若能沿用其互動方式，就採用精簡介接，否則再增加輕量總控介面。Roo Code 聊天橋接可保留為選用的相容入口，但不應成為背景執行的必要依賴。

本輪僅核對公開文件，沒有安裝軟體、修改檔案、執行測試或啟動背景任務；既有四槽位整合與手機存取方式也尚未實測。