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 的日志、代码和工具输出，也可能进入所选模型供应商的请求。接入前核对公司批准的模型、数据处理约定、日志保留与访问政策。

保留现有密钥管理与审计流程，凭据从执行机获准的凭据设施读取，不贴进对话或代码仓库。限制运行账户和网络可达范围，按需提供日志与目录权限。离职、设备报废或权限变更时，同时处理工作台设备授权、执行机账户和目标服务器访问权；删除一个客户端不等于撤销全部执行权限。

常见问题

PandaSi 能自动值班、接告警并修复生产吗？

本文讲的是远程会话、授权操作与人工跟进流程。全天监控、告警接入、自动触发与无人值守修复需要额外的监控系统、触发器、运行手册和权限治理，不能从接入成功推导出这些能力已经具备。

公司服务器不能装软件，还能用吗？

可以考虑获准的管理机方案，前提是管理机已具备合法访问目标的网络与身份权限。如果公司也禁止这类外部 Agent 接入，就应先走审批，而不是换一条隐蔽的连接路线。

是否要给服务器开放公网 SSH 端口？

PandaPaw 的会话连接由两侧主动出站建立，通常不需要为了客户端接入新增公网入站端口。但管理机到目标服务器仍要具备公司认可的访问通道；出站受限时应由网络管理员配置，不要自行关闭防护。

是否必须每台服务器都安装 PandaPaw？

本文的管理机方案不要求每个 SSH 目标都安装 PandaPaw，但管理机必须有获准的网络通道与远端账户。直装方案则在对应主机运行 Agent，各自接入；不要把两者混淆成同一个自动群控能力。

一台巡检失败，其他机器还能继续吗？

对于身份已核实且互相独立的只读检查，可以保留该目标的失败证据后继续其他目标；若涉及共同访问故障或环境归属疑点，应暂停整批。变更阶段按照已批准的停止条件执行，不能套用“巡检可继续”的规则。

接入后最先验收什么？

先验管理机、模型回复与会话恢复，再按清单逐台核对目标身份、目录和权限，完成只读巡检及结果汇总，最后在一台测试服务走通审批、实际请求验收与后续分批流程。接入的价值是让授权任务能被持续跟进；是否适合扩大到更多服务，应以这次验收证据决定。

资料与核对范围

本文初稿于 2026 年 10 月 31 日核对项目快速开始、PandaPaw 宿主文档、设备安装命令生成逻辑及公开安装脚本下载入口；11 月 1 日补充多机操作流程，并对照 OpenSSH 官方手册核对 SSH 配置与参数语义。本次仅按当前文档与源码核对，未在干净主机完成安装与配对实测，也未在真实多机环境执行本文巡检、分批变更或 502 示例；各公司网络、引擎审批与数据合规需在自己的测试环境验收。配图均为 AI 生成的概念或流程示意，不是界面截图。