[分享发现] 1 核 2G 的阿里云 ECS，让 AI 远程 SSH 上去改 BUG， CPU 和内存竟然没动

以前我一直有个执念：想让 AI 帮忙在线开发、排查故障、改 BUG ，第一步必须 SSH 登进服务器，把环境整个交给它。

直到我那台 1H2GB 的阿里云 ECS 教育了我。

这机器平时挺安静，一旦上去跑点重活——装依赖、构建、甚至 apt update 稍微猛一点——CPU 和内存立刻双 100%，负载飙红，ls 都要等三秒，最后只能重启。测试机无所谓，生产机要是这么搞，第二天就得收拾工位。

所以很长一段时间我对"AI 在线修 BUG"是不信的：机器本来就这么脆，再挂一堆分析进程上去，不是雪上加霜？

今天抱着试试的心态，把远程 SSH 连接方式告诉 WorkBuddy ，指给它网站目录，让它改 BUG 。

盯着监控看了一路：CPU 没涨，内存没涨，负载平的。

才反应过来——AI 不需要在你这台机器上"生活"，它只需要"遥控"。重活都在云端跑，你的服务器只负责收指令、返回结果。

不过在动手之前，有件事必须先做，不然你说不定哪天就被人薅穿了：

22 端口，务必只放行你自己的 IP

别图省事开 0.0.0.0/0。全网扫 22 端口的脚本比外卖小哥还准时，几小时能给你爆破上千次。

具体做法（阿里云安全组为例）：

1. 安全组入方向规则，把 22 端口的授权对象从 0.0.0.0/0 改成 你的公网 IP/32
2. 你自己换网络（比如从公司回家），IP 变了，要记得更新规则，否则自己也连不上
3. 有条件加上 fail2ban ，配合密钥登录，密码登录直接关掉

# sshd_config 建议
PasswordAuthentication no
PubkeyAuthentication yes
PermitRootLogin prohibit-password

再补一句，昨天 DeepSeek 出故障，事后有补偿，WorkBuddy 也跟进了补偿方案，这点做得还行。

如有大佬也想尝试一下 WorkBuddy ，可以走我的连接互惠互利一下 aHR0cHM6Ly93d3cud29ya2J1ZGR5LmNuL2V2ZW50cy9pbnZpdGU/aW52aXRlQ29kZT05MHI2cnk2d2Y=