讓 AI 管理伺服器，而不是弄壞它

Atlas 可為有需要的使用者開啟自己的 Model Context Protocol 伺服器，並在面板中提供指令視窗。這是獨立的元件：不會隨安裝一併提供，需要的人從面板一鍵加入，不需要的人機器上完全不會有它。加入後，可以讀取伺服器狀態、分析故障，並以文字描述需求來執行工作。界線由 Proxmox 劃定：使用者能觸及什麼，AI 就只能觸及那麼多。不會引入新的權限概念。AI 接上的是 Atlas，而不是 Proxmox。Proxmox 位於底層，但模型不會直接存取它，只會使用 Atlas 提供的功能。

如今讓模型存取伺服器的代價

如今要讓 AI 助理與 Proxmox 協作，只有一種方式：交給它一個 SSH 工作階段，或一把具完整權限的 API 權杖。這等於交出 root 權限，從那一刻起，再也沒有任何東西能阻止模型。

風險並非來自惡意，而是來自脈絡不足。模型可能看到一顆磁碟是空的，便以為可以刪除；但那顆磁碟其實是一台處於關機狀態的機器的系統磁碟。它可能讀到一個降級的儲存池，就建議重建；但正確的步驟其實是更換單一磁碟。指令寫得正確，結果卻是資料遺失。

因此在嚴謹的環境中，AI 會被擋在伺服器之外。損失發生在診斷這一端：模型真正擅長的工作，是閱讀冗長的記錄並找出哪裡壞了，而偏偏這項工作無法進行。

可以詢問的事

在面板內的指令視窗中，既可以提問，也可以交辦工作，就像同一場對話。以下是提問的部分：模型讀取伺服器狀態，並附上所依據的記錄來回答；在這些範例中，不會有任何變更。

今晚的備份為什麼失敗？停在哪個步驟？目標儲存區當時還有空間嗎？

這台虛擬機器從昨晚起為什麼變慢？瓶頸在處理器還是磁碟？

儲存池為什麼處於降級狀態？哪顆磁碟脫離了？資料目前有風險嗎？

待安裝的更新中，哪些需要重新啟動？會停止哪些服務？

這筆記錄中的錯誤代表什麼？以前發生過嗎？是否反覆出現？

照這個趨勢，容量什麼時候會用完？哪台機器的空間成長最多？

可以交辦的事

這被稱為 VibeOps：透過對話管理伺服器。Vibe coding 是不讀程式碼就寫程式，但在 Proxmox 上不能這樣做，因此這裡的每一步都保持可見。同一個視窗中也能交辦工作，只要寫下需求即可。Atlas 會先報告將做什麼、會觸及哪些地方：步驟、受影響的機器與儲存區，以及退路。工作在確認後才會執行。不會引入新的權限概念：指令視窗以連線所用的 Proxmox 使用者權限運作。希望 AI 權限受限的人，就給它一個權限受限的 Proxmox 帳號，範圍便寫在該帳號的權限中。也可以在自己的工作階段中關閉寫入，只保留讀取。每一步都會寫入稽核記錄。

給這台機器再加兩個核心，記憶體提高到 8 GB。

為這個資源池中的所有機器設定凌晨三點的備份。

安裝待處理的安全性修補程式，需要重新啟動的留到維護時段。

將那個容器的重新啟動原則設為永遠重新啟動。

只給這個使用者備份權限，其他都不能碰。

將那顆磁碟移到新的儲存池，移動前先建立快照。

模型通過的是與人相同的關卡

MCP 伺服器不會開闢旁路。Atlas 原本就對人類使用者執行的保護措施，同樣依照相同順序套用於模型。

權限來自 Proxmox

模型不是以自己的帳號運作，而是以所連線使用者的權限運作。Proxmox 對該使用者封鎖的，對模型同樣封鎖。Atlas 不會另建權限系統。

範圍由 Proxmox 帳號決定

指令視窗以連線所用的 Proxmox 帳號權限運作，Atlas 不會帶入另一套權限概念。希望範圍受限的人，就提供一個權限受限的帳號；範圍寫在該帳號的權限中，稽核時也從那裡讀取。在自己的工作階段中關閉寫入，只需輕觸一下。

先顯示影響

提出變更時，會向人員顯示將套用的步驟、受影響的資源與退路。確認在畫面上進行，而不是在對話中。

不可逆操作須嚴格確認

若所連線的帳號沒有權限，刪除、格式化與拆除儲存池等操作根本無法執行。即使有權限，也必須通過產品在其他地方使用的嚴格確認：須輸入名稱才能確認，無法一鍵略過。想多一道步驟的人可以開啟：寫入操作時會要求輸入一次性驗證碼，與帳號的雙重驗證相同。

每一步都有記錄

模型讀取的一切與要求的每項操作，都會寫入稽核記錄：哪位使用者、哪個模型、何時、結果如何。記錄事後無法竄改。

回答會標示來源

模型會說明結論從何而來：哪一行記錄、哪項量測、哪個設定。無法驗證的回答不算是回答。

模型無法做到的事

限制存在於產品之中，而不在對話之中。無論以何種方式詢問模型，或如何試圖說服它，都不會有任何差別。在接入自有模型的組織中，同樣的限制依然適用，因為規則是在伺服器上強制執行，而不是在模型中。

無法擴大自身權限，也無法建立新使用者或存取金鑰。

未經核准，無法執行任何寫入操作。

若所連線的帳號沒有寫入權限，就無法做任何變更，只能讀取。

無法在伺服器上開啟 shell，也無法進入命令列。這類需求很少見，因為需要深度的工作同樣在涵蓋範圍內：從 ZFS 儲存池到 Ceph，從橋接器到 OVS，從固定核心版本到權限委派，而且涵蓋範圍與日俱增。若遇到少數超出範圍的工作，會寫出指令並說明風險，執行與否由使用者決定。

無法刪除或修改稽核記錄。

資料的去向

MCP 伺服器是獨立元件，不隨預設安裝提供。可從面板以單一按鈕加入；不需要的機器上甚至不會有它的檔案。安裝後，它可以查看哪些資源、保持開啟多久，仍由客戶決定。

要連線哪個模型也由客戶選擇。使用在伺服器內執行的本機模型時，不會有任何資料離開機器，產品也維持離線運作。若選擇外部服務，要傳送的內容會在傳送前先顯示出來。

適用於受嚴格法規規範的組織

不宣稱取得任何認證。產品的設計目標是符合具有嚴格稽核條件之框架所要求的條款；組織自身的稽核可將這些行為作為佐證。

人工智慧管理系統（ISO/IEC 42001）：模型能執行哪些工作皆有書面記載，限制在產品中強制執行，每次使用都會記錄。

資訊安全（ISO/IEC 27001）：存取權來自組織既有的身分系統，權限依最小權限原則授予，記錄無法竄改。

人工智慧風險管理（ISO/IEC 23894 與 NIST AI RMF）：沒有自主行動，人工核准是流程中的必要步驟。

個人資料（GDPR 與 KVKK）：資料留在客戶的機器上；若要傳出，會先顯示出來，並由客戶決定。

關鍵基礎設施（NIS2 與人工智慧法規的透明度條款）：事件發生後，誰做了什麼、模型提出了什麼建議、由誰核准，都可以回溯查閱。

常見問題