2026 OpenCode 2.0 多人共用 Mac 會串專案嗎？

OpenCode V2 文件指出，共享後台服務會為目前使用者帳號管理會話、設定、整合、權限與工具執行；因此，OpenCode 2.0 多人共用 Mac 的安全做法不是假設服務會自動隔離，而是先核實系統帳號、專案目錄、憑證和服務連線邊界。OpenCode V2 CLI 官方文件

適合正在評估多人共用 Mac 的課題組負責人。
適合需要設計帳號、服務與專案目錄邊界的實驗室管理員。
也適合準備把個人開發環境移到團隊可用 Mac 的研究軟體開發者。

最後更新於 2026 年 11 月 3 日；資料核對自 OpenCode V2 文件與官方版本變更記錄。

OpenCode 2.0 多人共用 Mac：共享後台會管理哪些狀態？

先分清楚「共用」可能指三種不同情況：多人輪流操作同一個 macOS 帳號、多人各自登入不同 macOS 帳號，或多人連到同一個 OpenCode 服務。這三者不是同一種隔離方式。同一台主機可以有多個系統帳號，但這不代表共用同一帳號或同一服務的狀態也會自動分開。

OpenCode V2 的服務文件描述了後台服務所管理的範圍，也說明可以使用 standalone 模式或連線至指定伺服器。這些是服務與客戶端的使用方式，不是多人安全隔離的保證。團隊不能只因為每個人開了不同的用戶端視窗，就推定會話、設定和工具執行彼此獨立。V2 CLI 文件；V2 設定文件

共享後台服務如何影響會話與設定

開始測試時，分別確認目前登入的 macOS 使用者、用戶端連線目標、可見會話清單，以及設定檔實際屬於哪個帳號。不要只看畫面上顯示的專案名稱；應確認不同操作者是否連到同一個服務，以及服務是否使用同一份使用者設定。

OpenCode 的權限文件描述的是應用程式層級的權限設定。它不能取代 macOS 的帳號與檔案存取控制。若同一個 macOS 帳號可讀取某個設定檔或憑證，該帳號下執行的程式和操作者也可能接觸到它。OpenCode 權限文件

專案串線多半要從工作目錄與 Git 邊界查起

會話分開，不等於檔案分開。若兩位研究者連到同一個工作副本，或其中一人把工作目錄選錯，修改仍可能落在另一個課題的檔案裡。OpenCode 的會話清單不能證明某個使用者沒有讀寫其他目錄的權限。

在啟用真實研究程式碼前，先用不含敏感資料的測試儲存庫核對讀寫範圍、分支與輸出路徑。若同一份 Git 儲存庫需要並行處理不同工作，可以評估 Git worktree；它能讓不同工作目錄連到同一個儲存庫，但團隊仍須確認各工作目錄、分支和產物的約定。Git 官方 worktree 說明

檢查時至少記錄以下項目：

• [ ] 登入不同 macOS 帳號後，確認各自看到的工作目錄與家目錄。
• [ ] 在測試儲存庫建立一個無敏感內容的檔案，確認另一個帳號是否能讀取或修改。
• [ ] 分別啟動 OpenCode，記下各用戶端連線到的服務及其會話清單。
• [ ] 在每個測試工作目錄新增、修改和刪除測試檔案，確認變更實際落點。
• [ ] 檢查 Git 分支、未提交變更與輸出路徑，確認不會寫入他人的工作副本。
• [ ] 移除測試用的權杖和設定，再確認它們沒有留在共用目錄或版本控制中。

macOS 的使用者帳號、檔案共享與資料夾權限各有不同管理方式。建立多個帳號後，仍應實際檢查目錄權限；共用資料夾也要另行確認讀寫規則。新增 Mac 使用者、設定檔案共享、檔案與資料夾權限

憑證與命令執行權限不能只靠應用程式設定隔離

課題組使用模型服務或其他外部整合時，要查清憑證由哪個帳號持有、存放在哪裡，以及命令執行時可存取哪些環境變數。若所有人共用同一個 macOS 帳號，不能把 OpenCode 內的權限設定視為作業系統級的使用者隔離。尤其要留意共用設定檔、專案檔案、終端機環境和團隊共用目錄。

我們建議在測試環境用不具正式存取權的測試憑證驗證流程，再由管理員確認正式憑證的持有人與保存位置。將憑證直接放進共用專案目錄，或留在其他操作者可讀取的 shell 設定中，都會模糊資料與憑證的責任邊界。完成測試後，依團隊規則撤銷或更換測試憑證。

遠端連線先確認服務是否啟用及誰能連入

本機連線、區域網路連線和從外部網路遠端連線，代表不同的暴露範圍。OpenCode 的遠端服務文件要求確認遠端服務是否啟用；團隊還要核對監聽位址、驗證方式及允許的連線來源。不能只憑「設了密碼」便視為已完成機構安全審查。OpenCode 遠端服務文件

我們會把連線驗收分成兩部分：先確認預期使用者能連到正確的服務，再從不應獲准的帳號或來源測試是否遭拒。若課題資料有校內或研究計畫的存取規則，應先按規則確認允許的網路路徑與資料位置。遠端 macOS 課題組環境可以補上團隊需要的可互動主機，但租用或遠端存取本身不等於帳號隔離、資料合規或校方核准。

需要進一步確認遠端 Mac 的使用流程時，可先查看使用說明，並依課題組的資料分類和校內規範決定是否適用。

課題組共用帳號還是拆分帳號，依驗收結果決定

我們建議在把真實課題程式碼搬進共用環境前，按以下條件分流：

• 若只有一位操作者，且已確認連線目標、設定檔與資料範圍，則可先在個人帳號下驗證 OpenCode 的服務行為。
• 若多人需要同一台 Mac，但各自的專案或憑證不可互相讀取，則先建立獨立 macOS 帳號，再逐一驗收目錄權限與服務連線。
• 若團隊必須共用同一個 OpenCode 服務，則先證明會話、設定、工作目錄、憑證和命令執行範圍符合團隊規則；無法證明時，不要用同一使用者會話處理不同課題組專案。
• 若資料規則要求更明確的主機或存取邊界，或共用帳號測試無法通過，則改用獨立主機或其他經核准的環境。

如果現有做法是多人共用一個 macOS 帳號，隱性問題不只在會話列表：同一帳號可接觸的檔案與憑證可能被共同使用，工作副本容易選錯，遠端連線也可能指向不符合預期的服務。若課題組需要可互動的 macOS 主機，但暫時不打算購買實機，可以評估按需租用；請先核對資料規則、帳號邊界和遠端存取方式，不要把主機租用本身當成多人隔離或合規保證。您可查看 metalvnc 的方案資訊，再依實際驗收結果決定是否採用。