不开电脑、不碰命令行：只用手机，八分钟修好 DeepSeek Harness 服务器

14:38，DeepSeek Harness 还在报 502；14:46，页面重新复活。中间我没有打开电脑，也没有手写一条命令。

我把 DeepSeek Harness 装在云服务器上，还给 WebUI 配了一个手机也能打开的访问地址。

本来图的就是省事：哪怕人不在电脑前，也能随时看一眼它有没有正常运行。

结果那天下午，我用手机打开地址，熟悉的界面没出现，迎面只剩一行 502 Bad Gateway。

偏偏我当时没在电脑旁边。

14:38，服务还躺在 502 页面里；14:46，它活了，后端和外部入口都重新返回 HTTP 200。

但真正让我意外的不是快。

这 8 分钟里，我没有打开电脑，没有进入 SSH 黑框，也没有在手机上艰难地复制粘贴命令。唯一打开的是微信。

如果放在以前，看到 502，我大概会先刷新几次，再开始找电脑。登录服务器，查进程、看端口、翻日志，最后还不一定一次找到原因。

那天下午，我决定先不找电脑了。

我忽然想起，微信里还躺着一个能连服务器的小程序。之前只在没电脑时拿它应急，说实话，我也没指望它真能处理这种问题。

死马当活马医，我把“DeepSeek Harness 打不开，页面显示 502”发了过去。

先把 502 扔给它

这个小程序叫 OrcaTerm，是我之前折腾腾讯云服务器时留下的。它能让 AI 直接连接服务器做排查，但我没有告诉它该查进程、端口还是日志——因为当时的我也不知道问题出在哪。

14:38，我在微信里打开 OrcaTerm 小程序，连接服务器，然后发出第一条消息：

这台服务器上的 DeepSeek Harness 打不开了，页面显示 502。请先帮我排查原因，不要立即修改、删除或重启任何东西。排查完成后，用人话告诉我发现了什么、证据是什么、准备怎么修，等我确认后再操作。

接下来，OrcaTerm 开始自己检查服务器。

它查看了服务状态、进程、端口和日志。涉及可能改变服务器状态的操作时，小程序不会直接执行，而是把准备运行的内容展示出来，等我确认。

我没有自己写命令，只需要判断：这一步要不要让它继续。

第一处问题，很快找到了

OrcaTerm 从日志中发现，DeepSeek Harness 一直在反复启动，但每次都会立即退出。

原因是 systemd 服务的工作目录指向了一个不存在的路径。程序还没有真正跑起来，就先在启动阶段摔了一跤。

它把故障原因、日志证据和修复思路整理成了一段人话。

原来不只坏了一处

继续排查后，OrcaTerm 找到了第二个问题。

DeepSeek Harness 实际应该监听 3080 端口，但 Caddy 反向代理配置中的目标却是 3099。即使把 Harness 服务重新启动，外部请求仍然会被送到错误的地方。

一个 502 背后，实际叠着两层故障：

• Harness 因工作目录错误无法启动；
• Caddy 又把外部请求转发到了错误端口。

这一次，证据链完整了。

我在小程序里回复：

修复，然后再次检测功能是否恢复正常。

OrcaTerm 先确认具体的错误配置，只处理存在问题的文件，然后恢复 DeepSeek Harness 服务。

Harness 重新运行后，它又继续修正 Caddy 的端口配置。

OrcaTerm 没有把“配置修改完成”当作任务结束，而是继续读取错误日志，发现当前 Caddy 关闭了管理 API，于是调整处理方式，重新启动服务，再分别验证后端、代理入口和端口状态。

从 502 到恢复，大约 8 分钟

14:38，我发出第一条消息。

14:46，OrcaTerm 给出了最终验收结果：

• DeepSeek Harness 恢复运行；
• 后端重新监听正确端口；
• Caddy 代理配置恢复一致；
• 后端直接访问返回 HTTP 200；
• 外部访问同样返回 HTTP 200。

整个过程里，我没有打开电脑，也没有手写一条 Shell 命令。

我真正做的事情只有三件：

1. 描述自己看到的问题；
2. 在 AI 漏查时，让它继续检查完整链路；
3. 阅读风险说明并确认修复。

服务器背后当然执行了不少命令，但记忆命令、组织排查顺序、阅读原始日志和完成最终验证，这些工作不再全部落在我身上。

手机 SSH 早就有了，但我缺的不是另一个黑框

以前没有电脑时，我也可以用手机 SSH 登录服务器。

问题是，手机屏幕本来就小，再塞进去一块终端黑框，体验并没有那么美好。

命令还是要记，日志还是要读，故障原因还是要自己一点点拼起来。稍微复杂一些，我最后还是会选择：“算了，等找到电脑再处理。”

OrcaTerm 小程序对我最有价值的地方，是把这段流程换成了对话。

我说“DeepSeek Harness 打不开了”，它负责把这句话转换成进程检查、日志分析、端口核对和代理配置检查；发现问题后，再把机器的输出重新翻译成我能判断的结论。

排查、确认、修复和验证，都发生在同一个小程序里。

以后可能真的不用第一时间找电脑了

从一个 502 到两层故障全部恢复，整个过程只用了大约 8 分钟。更关键的是，这 8 分钟发生在手机上。

服务器有个坏习惯：它从不挑你坐在电脑前的时候出问题。

以前，我只能等找到电脑；现在，我可以先掏出手机。

如果你也有一台云服务器，建议现在就把 OrcaTerm 小程序留在微信里。等下一次网站打不开、进程挂掉或者端口失联时，不用找电脑，也不用先想该敲什么命令，直接把问题发给它。

下次服务器出问题，先别开电脑。打开微信，问一句：

帮我看看，它到底怎么了？