我是手机行业做渠道的，服务器纯新手。手里有几台 VPS，之前都是"裸奔"状态。2026 年 10 月这几晚，我和我的 AI 助手 Muse 一起，把这堆机器从零收拾到井井有条，还顺手上线了一个博客。这篇记录我们是怎么做到的——重点不是技术细节，而是"一个不懂的人 + 一个 AI 助手"这种组合到底能不能成事。
我们的分工
一开始就定下来的：我负责拍板和执行，他负责讲清和验好。
他不替我按回车、不替我做决定，只负责把每一步讲明白、把结果验清楚。
破坏性操作（删文件、改防火墙、重装、停服务）他必须先一句话讲清"做什么、有什么影响、能不能恢复"，我点头了他才给命令。
命令一次只给一条，用代码块，我直接复制粘贴——因为我的终端多行粘贴会粘连，这是血泪教训。
这个分工后来被证明是整件事能成的关键。
第一晚（10 月 10 日）：摸底、备份、换探针
第一晚主要是"摸家底"：几台机器上都跑着什么、端口占没占，一条条查。然后做了四件事：
全量备份：把 3x-ui、nginx、探针数据、1Panel 打包成四个压缩包，下载到我自己电脑上。后来的事实证明，这个备份救了命。
换掉臃肿的探针：原来用的 Komari 探针面板太重，先用工具箱把它卸干净（连反向代理配置一起清掉），换成 Rust 写的极简探针。装完他不让我直接信，而是
curl本地端口，看到 303 跳转到登录页才算数。探针对外发布：探针只监听本机，通过 Cloudflare Tunnel 对外，全程不开防火墙端口，外网打开域名看到登录跳转才算通。
定规矩：也是这晚，我立了几条规矩——删文件前必须我确认已备份、破坏性命令先讲清等点头。这些规矩后来一条都没破过。
结果：成功。 当晚还多了一条：他判"通"的标准很严，中间态不算通。
第二晚（10 月 11 日）：灾难恢复
服务商后台点了一次"扩容"，结果机器被重装了系统，所有服务全没了，只剩 SSH。好在前一晚的备份都在我电脑上。
这晚是真正的"抢修"：重装 nginx、1Panel、AList、探针、cloudflared，恢复数据，修 docker 冲突，3x-ui 我按他教的方法自己重装。最后三件事收尾：三个域名逐个验通、Karing 经 WebDAV 备份实测文件落盘。
结果：成功。 从"机器只剩 SSH"到"所有服务恢复"，一晚上。当天我还给其他几台 VPS 装了探针的采集端，他特别叮嘱：每台用各自的安装命令，token 不能复用，"换发凭据"按钮不能乱点。
第三晚（10 月 12 日）：五台重装，面板搬家
这是最狠的一晚。起因是之前挂的域名到期，我决定：5 台 VPS 全部重装系统，4 台节点换新域名重建 3x-ui（不做备份恢复，全部全新安装），面板套件（1Panel、AList、探针、隧道客户端）搬到其中一台上。
分工在这晚体现得最清楚：四台节点的重装、3x-ui 的全新安装都是我自己动的手；他负责规划顺序、讲清每一步、逐台验收。防火墙五台逐台配置：默认拒绝入站，只放行用得到的端口，一台一台 ufw status 对清单。
面板搬家那台，隧道里加新域名的三条记录、Karing 备份地址切换、备份文件落盘验证，全部走完才算完。
结果：成功。 5 台机器防火墙配齐，面板、网盘、探针、备份链路全通。这一晚零事故。
第四晚（10 月 13 日）：小修小补 + 补课
相对轻松的一晚。手机开代理后收不到 Telegram 推送，按官方文档打开 TUN 设置里的一个开关解决。顺便补了点课：公共后缀列表、SSL 证书是怎么回事——为以后建站囤知识。
结果：成功。 顺便说一句，这种"不赶工的晚上"用来补基础，效率最高。
第五晚（10 月 14 日）：博客上线
我想通了网站要做什么：个人博客。看了一圈方案，听了他的建议选 Halo（国产、中文后台、Docker 部署）。当晚路线：装 1Panel → Docker 跑 Halo → 独立隧道对外 → 切 MySQL → 配 Gmail 发件 → 每日自动备份。
一晚上踩了三个坑，全是他带着填的：
隧道复用导致 502：图省事把博客挂到已有隧道上，结果隧道连着两台机器，流量随机分流一半 502。教训：一个隧道只服务一台机器，老老实实建独立隧道。
默认数据库导致首页 500：Halo 默认的 H2 数据库读大字段超时，重启恢复，随后切到 MySQL 跑生产。
换库后主题"已存在"：数据卷沿用了旧文件，残留主题目录和新库对不上，删掉重装解决。
结果：成功。 博客当晚可用，标题"我的小站"，备份、发件全配好。
AI 助手到底帮了什么
复盘这五晚，他起的作用可以归纳成五条：
讲清再动手：任何有风险的操作，先一句话说明影响和回滚，等我点头。这条是 10 月 11 日他犯过一次错之后定死的——那次他把四条破坏性命令打包成"一条龙"直接发我，被我叫停。从那以后再没犯过。
一次一条：命令拆到最细，代码块可复制。我的终端粘贴多行会丢换行，这个细节他记住了。
验收走到底：他的口头禅是"中间态不算通"。隧道通了不算，首页渲染出来才算；备份脚本写了不算，手动跑一遍、解包验内容才算。
犯错当场认：有一次他看 AList 返回 401 就判 WebDAV 通了，我反问才发现漏装了本地存储。他当场认，给了最短的补救路径。这种态度比永远正确更让人放心。
踩坑留痕：每晚的操作都记进备忘，还写成了博文。以后换机器、带新人，直接翻记录就行。
最后是否成功
结论：全部成功。 一个新手 + 一个 AI 助手，五晚时间，把五台"裸奔"的 VPS 收拾成"防火墙只留必要端口、面板全走隧道、备份每日自动、博客正常上线"的状态。
一点感想
很多人问 AI 能不能帮普通人管服务器。我的答案是：能，但有个前提——分工要清楚。AI 负责把路讲明白、把结果验清楚，人负责拍板和按回车。方向盘必须在人手里，AI 是那个坐在副驾、帮你看路、提醒你"前面有坑"的人。
这几晚下来，我最大的收获不是那几台服务器，而是学会了一套跟 AI 协作干活的方法：讲清、拆细、验到底、留记录。这套方法，以后干别的复杂事也一样用得上。
评论