AI SRE 與 AI DevOps 實戰：用 PandaSi 讓 Agent 統一管理多台伺服器

用 PandaSi 讓 Agent 統一管理多台伺服器，可以由一部獲准的管理機開始：在管理機運行 PandaPaw 和 Agent，由 Agent 透過既有 SSH、VPN 或堡壘機存取明確清單中的目標，逐台核對身份、批量唯讀巡檢並彙總結果；需要修改時，先單台試行，再按審批分批推進。AI SRE 側重調查可靠性問題，AI DevOps 側重交付與基礎設施變更，兩者都需要可覆核的證據和權限邊界。

PandaSi 提供跨裝置的工作階段與審批入口，PandaPaw 連接執行機，具體命令由所選 Agent 及其工具執行。完成接入不等於取得公司伺服器權限，也不等於已經部署全天候監控、自動接警或無人值守修復系統。以下面向已有伺服器維運權限、希望從手機或另一部電腦跟進工作的開發者與維運人員，走完管理機接入、多機唯讀核驗、結果彙總和分批變更流程。伺服器也可以分別直裝，但本文的多機主線採用管理機方案。

AI SRE 與 AI DevOps：分別讓 Agent 幫甚麼忙？

這兩個詞所描述的工作範圍有重疊。本文用以下分工理解它們，而不是把它們當作兩個必須分別採購的產品。

例如，測試服務剛發布就返回 502：調查請求在哪一層失敗，偏向 AI SRE；審閱造成問題的發布設定並準備下一次交付，偏向 AI DevOps。同一個 Agent 工作階段可以完成兩類工作，關鍵在任務範圍、工具權限和驗收條件。

第一步：選定執行位置，並取得公司授權

安裝前先寫清三個答案：允許接入哪部機器、以哪個系統使用者身分運行、允許存取哪些目錄與服務。公司是否允許把日誌或程式碼傳送給外部模型，也應在接入前確認。個人能 SSH 登入，不代表公司批准個人帳戶綁定遠端 Agent。

路徑 A：伺服器直接運行。 先確認公司批准的不僅是使用者級 Agent 服務，還包括預設安裝流程涉及的裝置組網與網絡服務變更；目前安裝腳本在適用的 systemd 主機上可能呼叫 sudo 註冊系統級網絡服務。取得相應安裝、提權和網絡變更授權，且主機符合目前支援條件後，再在伺服器安裝 PandaPaw。之後選擇的工作目錄、shell 與工具都屬於這部執行機。不要因為「操作更方便」就預設使用 root。

路徑 B：授權管理機轉入伺服器。 如果伺服器不允許安裝，把 PandaPaw 安裝在公司批准的管理機上，Agent 也在那裏運行。管理機必須已經能透過公司認可的 SSH、VPN 或堡壘機到達目標伺服器，並具備對應帳戶權限。Agent 再呼叫這條既有通道；PandaSi 不會替你批准存取、繞過堡壘機或自動打通公司內網。

兩條路徑最容易混淆的是「目前機器」。在管理機方案中，Agent 預設執行一次 pwd，看到的是管理機目錄；只有明確透過 SSH 執行的命令才會發生在目標伺服器。工作階段裏出現伺服器名字，並不能替代身份核驗。

第二步：在執行機安裝 PandaPaw

從 PandaSi 進入工作台，登入後開啟裝置頁 /devices?add=1，選擇新增裝置，複製頁面為目前作業系統產生的一次性安裝命令。預設安裝包含裝置互聯設定，可能要求提權並變更系統網絡服務；先讓公司管理員審查安裝內容並批准相應權限，再把命令放到上一步選定的執行機運行。若只批准使用者級接入而未批准裝置組網，不應直接執行本文的預設安裝命令，應先與管理員確認獲准的安裝方案。入口或品牌文案隨版本變化時，以目前工作台顯示為準；相關宿主流程也可對照 快速開始。

一次性命令包含裝置配對憑據。不要貼到對話、工單、公開腳本或截圖中，也不要重複使用同一條命令接入多部機器；已使用或過期時，重新從裝置頁取得。

如果不使用帶一次性憑據的命令，macOS / Linux 的基礎安裝入口是：

curl -fsSL https://cos.pandanpc.com/pandapaw/install.sh | sh

這會下載並執行安裝腳本，應先遵守公司的軟件安裝與腳本審查流程。本次僅按目前文件與原始碼核對，未在乾淨主機完成安裝與配對實測；公開安裝腳本下載入口已確認可存取。主機平台相容性和安裝細節見 PandaPaw 宿主指南。

基礎安裝的帳戶授權未完成時，在執行機繼續：

pandapaw login

按顯示的裝置授權流程完成配對，再檢查：

pandapaw status

如果找不到命令，先新開終端機，讓 shell 重新載入 PATH。不要為了「試試看」反覆安裝或強制重新登入；先區分二進位檔未找到、帳戶未綁定、背景服務異常三類情況。

第三步：選擇機器、引擎和工作目錄

開啟工作台 /agent，選擇剛接入的執行機，再選擇 Claude Code、Codex 或 PandaCode，以及獲准使用的工作目錄。先用測試目錄驗證，避免一開始就進入生產設定目錄。

裝置配對與模型登入是兩件事。 PandaPaw 登入說明主機與工作台帳戶已建立連接；所選引擎仍需要可用的模型授權、訂閱或 API 設定。看到裝置在線卻沒有模型回覆時，先查看引擎登入提示、額度與模型設定，不能只重裝 PandaPaw。

同時檢查引擎的工具權限設定。聊天中寫「先不要修改」是任務約束，不能代替作業系統權限或引擎審批機制。需要逐次審批時，應設定對應權限模式，不要假定每個命令都會自動彈出確認卡。

第四步：先用唯讀請求驗明身份

只做身份核驗，不修改檔案或服務。報告目前主機名、系統使用者和絕對工作目錄，列出目錄頂層檔案名稱。不要讀取 .env、私鑰或其他憑據。若需要存取目標伺服器，先說明目前執行機與目標的區別，等我核對後繼續。

Linux / macOS 可用的身份核驗命令是：

hostname
id -un
pwd

你應把傳回值與預期逐項對照：是否同一部執行機、是否獲准的帳戶、是否正確專案目錄。目錄名相似、裝置在線、命令退出碼為 0，都不能單獨證明接入正確。

管理機方案還要分別核對兩端。以下只示範使用公司已經設定好的 SSH 別名；company-test-server 是示例，需換成管理員確認的目標：

ssh company-test-server 'hostname; id -un; pwd'

不要用關閉主機密鑰校驗來解決首次連接提示，也不要把 SSH 密碼或私鑰貼給 Agent。遠端 pwd 可能是帳戶主目錄，不能據此假定專案已經選好；後續命令應明確指定遠端專案的絕對路徑。

通過標準是：回覆內容能對應正確主機、身份和目錄；你能看見執行了甚麼；權限詢問在目前權限模式下按預期呈現。之後再從手機或另一個用戶端重新進入同一工作階段，檢查歷史是否能恢復。這比只看在線綠點更接近真實使用路徑。

第五步：先建立伺服器清單，再批量唯讀巡檢

一部管理機上的 Agent 可以呼叫現有 SSH，依次存取清單中的多部伺服器；PandaSi 讓你在同一工作階段跟進這些工具操作與結果。這裏的「統一管理」來自同一執行入口、明確清單和統一報告，不意味著產品自帶伺服器資產發現、跨連接自動派工或一鍵群控介面。管理機對每個目標都必須已經有授權，不能因為能存取一部，就推定能存取同一網段的其他機器。

用別名和環境分組鎖定目標

讓管理員維護一份不含憑據的清單。以下所有名稱都是虛構示例；實際清單應存在公司批准的位置，不放密碼、私鑰或一次性裝置命令。

SSH 別名是管理機既有 SSH 設定中的名稱，不是 PandaSi 的裝置名稱。由管理員核對別名對應的目標、帳戶、連接埠和必要的存取中轉；不能僅憑名字裏的 test 就確認它是測試機。OpenSSH 支援按 Host 條目匹配設定，命令列指定的遠端命令會在目標主機執行，詳見 SSH 用戶端設定手冊 與 SSH 命令手冊。

如果每部伺服器分別安裝了 PandaPaw，也可以在工作台選擇對應執行機逐台操作；但不要把「多部機器都在線」理解為一個工作階段自動調度所有連接。本文後續統一採用管理機經既有 SSH 的方案，避免兩種執行位置混在同一份報告裏。

先串行核驗，再限定巡檢項目

第一次先按清單逐台做身份核驗，不讀取應用設定或完整日誌。以下是管理機 Bash 的串行示例，只列出本輪允許的兩部測試機；它沒有做自動環境識別，也沒有代替人工核對預期身份。

for target in test-web-01 test-worker-01; do
  printf '\nTARGET %s\n' "$target"
  if ssh -T -o BatchMode=yes -o ConnectTimeout=5 "$target" \
    'hostname && id -un && pwd'; then
    printf 'IDENTITY_COMMAND_COMPLETED %s\n' "$target"
  else
    result=$?
    printf 'IDENTITY_COMMAND_FAILED %s exit=%s\n' "$target" "$result" >&2
  fi
done

這些命令只用於說明組織方式，本文沒有在這兩部示例主機上運行。BatchMode=yes 讓認證失敗時不等待互動輸入；ConnectTimeout=5 限制連接建立階段，不是整條遠端命令的總時限。執行總時限應另由獲准的工具或任務執行器設定。不能為了批量運行而關閉主機密鑰校驗；需要互動式 MFA 的堡壘機應使用公司批准的存取流程，不套用這段非互動示例。

命令完成後，先逐台比對清單中的預期主機名、帳戶，再核對獲准的遠端專案路徑。上面輸出的 pwd 通常只是遠端登入目錄，不是專案路徑正確的證明。命令退出碼為 0 只說明這幾個命令完成，不代表主機身份匹配，更不代表業務健康。任何一部身份不符，就將該目標標為阻塞，不繼續讀取業務資料；同一環境或存取通道出現共同疑點時，暫停整批核查。

身份核驗通過後，再讓 Agent 對本輪測試機運行同一組獲准的唯讀檢查：指定服務狀態、預期監聽連接埠、磁碟剩餘空間、指定時間窗口內的脫敏錯誤摘要，以及一個已批准的健康請求。不要從「巡檢」擴展為安裝探針、遞迴讀取所有目錄或自動修復。不同系統、服務管理員和應用的檢查命令各不相同，應按清單補齊，不把一份命令強行套用到所有主機。

用一段提示詞把執行邊界說清楚

你運行在管理機上。僅按已核准伺服器清單存取 test 組中的 test-web-01、test-worker-01，不掃描新位址，不存取 production 組。先串行核對每部主機名、使用者和遠端專案絕對路徑，與清單不符即阻塞該目標。通過後只檢查清單明確授權的服務狀態、連接埠、磁碟與健康請求；日誌只取指定時間窗口的脫敏片段。首次全程串行，不修改設定、不重新啟動、不安裝依賴、不自動提權。單台連接失敗保留錯誤，繼續其他已核驗目標的獨立唯讀檢查；發現環境歸屬或共同存取通道異常則暫停整批。每台分別記錄時間與時區、命令、退出狀態、關鍵證據和未完成項，最後按伺服器彙總。任何修復另給建議，不執行。

這是一份任務約束，還應配合唯讀帳戶、引擎工具審批和網絡存取限制。把「禁止修改」寫進提示詞，不會自動把可寫帳戶變成唯讀帳戶。

限制並發，讓失敗留在對應目標

首次巡檢用串行便於核對；目標較多時，可以在公司允許的工具執行方式下設定較小的並發上限，例如同時最多檢查兩部。這裏的「兩部」是示例操作預算，不是 PandaSi 的產品上限或效能保證。如果所選 Agent 或工具不能可靠限制並發，就繼續串行，不用臨時無限制背景任務代替。

每部檢查設獨立逾時和結果記錄；一個目標失敗不應觸發對其他機器的重新啟動、重裝或全批無限重試。對連接逾時、身份不符、權限不足、檢查命令失敗分別記錄，不要統一壓成「離線」。如果錯誤來自共用堡壘機、認證源或不明環境歸屬，應停下來核對共性原因，而不是繼續擴大並發。

彙總表必須逐台列出身份是否匹配、哪些檢查真正執行、關鍵證據和未知項。以下只展示記錄格式，表內文字是填寫說明，不是實測結果：

報告應說明「計劃檢查幾部、完成幾部、失敗幾部、跳過幾部」，並給出各目標證據。缺少結果時不能預設健康；批量命令最終退出碼為 0，也不能掩蓋中途某部已經失敗。

第六步：先在一部測試服務上走完 502 調查與恢復

以下是教學示例，不是本文實測事故，也不是一套可以照抄到所有伺服器的修復命令。假設一個獲准操作的測試服務發布後返回 502，你已知道測試網域名稱、服務名和專案目錄。

先限定調查範圍

調查測試服務發布後的 502。先核對目標主機、使用者和目錄，唯讀檢查最近一次發布記錄、相關服務狀態、監聽連接埠、指定時間窗口的代理與應用日誌。不要重新啟動、改設定、安裝依賴或存取其他環境。只返回與本次故障相關的脫敏片段，列出證據、可能原因和還缺甚麼資訊。

先給時間窗口與明確的日誌來源，避免 Agent 遞迴翻遍整部伺服器。唯讀也可能洩露資料：日誌中的權杖、客戶資訊和請求正文仍應在進入模型上下文前過濾，不是傳出去後再讓模型「忘記」。

502 表明代理未能取得可用的上游回應，但單看狀態碼不能判斷是程序退出、連接埠不匹配、依賴異常還是連接問題。讓 Agent 對齊代理上游位址、實際監聽與同一時間段日誌；跨機器日誌先統一時間區。不要把「機器在線」當作「應用健康」，也不要把沒有匹配日誌直接當作沒有發生錯誤。

要求可審閱的修復建議

如果證據支持「發布設定中的上游連接埠與實際監聽不一致」，讓 Agent 提交具體檔案與最小差異、擬執行命令、影響的測試服務、設定檢查方法和回滾條件。這仍然只是有條件的示例；若證據不支持，就繼續調查。

審批對象應是一項具體變更，而不是「你全權處理」。例如批准修改指定測試代理設定，並在設定檢查通過後重新載入該測試代理；不能順帶升級依賴、清理資料庫、改生產設定或重新啟動整部主機。實際命令必須根據所用程序管理員和部署制度確定。

執行後驗證使用者路徑

批准執行後，驗收至少涵蓋：設定檢查是否通過、相關程序與連接埠是否符合預期、健康介面是否正常，以及從獨立用戶端透過原本的入口發起實際測試請求是否恢復。健康介面 200，但業務路由、鑑權或資料庫請求仍失敗，不能寫成「問題已解決」。

最後讓 Agent 彙總已執行命令、實際改動、驗證結果和遺留風險；沒有驗證的項目明確寫未知。把已確認原因和後續防復發措施交回公司的記錄系統。調查階段做 AI SRE 輔助，後續把修正納入設定儲存庫與發布流程，則延伸到 AI DevOps。

第七步：單台通過後，再分批變更其他伺服器

批量巡檢與批量變更的授權應分開。發現多部服務版本不一致，並不意味著可以直接把它們全部升級；同名服務也可能承擔不同角色或使用不同設定。先核對差異是否預期，再提出按目標逐項列出的變更計劃。

第一批只選一部明確的測試機。計劃裏固定目標別名、經核對的主機身份、原版本或設定、擬改差異、預期影響、檢查方法、回滾步驟和停止條件。批准後執行這部，等待健康介面與實際使用者路徑驗收；沒有證據證明恢復，就不能把狀態標為成功並進入下一批。

試行通過後，再明確下一批的目標名單、批次大小和並發上限，不能使用「所有剩餘機器」這種會隨清單變化的隱含範圍。每批結束核對實際版本與請求結果，記錄成功、失敗和未執行的目標。出現身份不符、設定檢查失敗、業務請求退化或回滾失敗時停止後續批次，保留證據交給負責人；不要把測試階段批准當作生產批准。

回滾也要逐機定義。設定變更可以按已批准方式恢復先前設定；涉及資料庫遷移、資料寫入或外部系統副作用時，不能假定「切回舊版本」能撤銷影響，應先由負責人確定恢復方案。只回滾實際改過且需要恢復的目標，不能對整組機器無差別執行反向命令。

可以把下一步任務寫成：

根據本次逐台巡檢證據，先只為 test-web-01 提出修復計劃，不執行。列出核對後的主機身份、具體差異、完整命令、影響、回滾步驟、驗收請求和停止條件。獲得這部的明確批准後才能執行；完成後給出實際證據並等待下一批目標授權。未批准的機器保持未執行。生產組不在本次範圍內，不能繼承測試批准。

當測試與生產都需要處理時，生產單獨走公司變更流程。管理入口統一，並不會消除環境隔離、維護窗口、發布審批或審計要求。

手機斷連後，先確認任務狀態

關閉用戶端、手機切到背景或網絡斷開，不應被理解為遠端命令已經停止。執行機上的程序可能繼續運行；也可能因為主機掉線、引擎退出或遠端通道限制而失敗。回到原工作階段先看工具結果，再核對程序、產物與服務狀態，避免重複發起安裝、發布或遷移。

遠端命令鏈路可能出現「未返回退出狀態」：連接層逾時並不能說明命令沒有開始。長任務要在公司的執行通道裏明確逾時、狀態記錄和取消方式，特別是涉及多次 SSH 跳轉時。本文不把某一版本的通道逾時值當作所有 SSH 工具的通用規則。

需要停止時，使用明確的停止操作並核實遠端執行狀態；遇到狀態不明的非冪等變更，應先人工接手確認。不要靠重複點擊或再次發送同一句指令來判斷上一次是否成功。

公司與家庭裝置組網，和本篇是甚麼關係？

本文假定管理機到各伺服器的獲准存取通道已經存在，重點是 Agent 如何按目標組織工作。公司和家裏多部裝置如何入網、互相存取及處理網絡邊界是另一項接入任務，不在這裏混寫；組網成功也不等於有權維運其中所有裝置。需要了解裝置接入，可先看現有的 裝置互聯說明，並遵守公司的網絡審批流程。

公司資料、模型和中繼的邊界

「工具在本機運行」描述執行位置，並不承諾資料永遠不離開公司。工作階段訊息與審批經過產品通訊鏈路；提供給 Agent 的日誌、程式碼和工具輸出，也可能進入所選模型供應商的請求。接入前核對公司批准的模型、資料處理約定、日誌保留與存取政策。

保留現有密鑰管理與審計流程，憑據從執行機獲准的憑據設施讀取，不貼進對話或程式碼儲存庫。限制運行帳戶和網絡可達範圍，按需提供日誌與目錄權限。離職、裝置報廢或權限變更時，同時處理工作台裝置授權、執行機帳戶和目標伺服器存取權；刪除一個用戶端不等於撤銷全部執行權限。

常見問題（FAQ）

PandaSi 能自動值班、接告警並修復生產嗎？

本文講的是遠端工作階段、授權操作與人工跟進流程。全天候監控、告警接入、自動觸發與無人值守修復需要額外的監控系統、觸發器、運行手冊和權限治理，不能從接入成功推導出這些能力已經具備。

公司伺服器不能裝軟件，還能用嗎？

可以考慮獲准的管理機方案，前提是管理機已具備合法存取目標的網絡與身份權限。如果公司也禁止這類外部 Agent 接入，就應先走審批，而不是換一條隱蔽的連接路線。

是否要給伺服器開放公網 SSH 連接埠？

PandaPaw 的工作階段連接由兩側主動出站建立，通常不需要為了用戶端接入新增公網入站連接埠。但管理機到目標伺服器仍要具備公司認可的存取通道；出站受限時應由網絡管理員設定，不要自行關閉防護。

是否必須每部伺服器都安裝 PandaPaw？

本文的管理機方案不要求每個 SSH 目標都安裝 PandaPaw，但管理機必須有獲准的網絡通道與遠端帳戶。直裝方案則在對應主機運行 Agent，各自接入；不要把兩者混淆成同一個自動群控能力。

一部巡檢失敗，其他機器還能繼續嗎？

對於身份已核實且互相獨立的唯讀檢查，可以保留該目標的失敗證據後繼續其他目標；若涉及共同存取故障或環境歸屬疑點，應暫停整批。變更階段按照已批准的停止條件執行，不能套用「巡檢可繼續」的規則。

接入後最先驗收甚麼？

先驗管理機、模型回覆與工作階段恢復，再按清單逐台核對目標身份、目錄和權限，完成唯讀巡檢及結果彙總，最後在一部測試服務走通審批、實際請求驗收與後續分批流程。接入的價值是讓授權任務能被持續跟進；是否適合擴大到更多服務，應以這次驗收證據決定。

資料與核對範圍

本文初稿於 2026 年 10 月 31 日核對專案快速開始、PandaPaw 宿主文件、裝置安裝命令產生邏輯及公開安裝腳本下載入口；11 月 1 日補充多機操作流程，並對照 OpenSSH 官方手冊核對 SSH 設定與參數語義。本次僅按目前文件與原始碼核對，未在乾淨主機完成安裝與配對實測，也未在真實多機環境執行本文巡檢、分批變更或 502 示例；各公司網絡、引擎審批與資料合規需在自己的測試環境驗收。配圖均為 AI 生成的概念或流程示意，不是介面截圖。