阿里云 ECS 上用 WorkBuddy 远程 SSH 改 BUG，CPU 和内存占用未见增长
1 核 2G 的阿里云 ECS，让 AI 远程 SSH 上去改 BUG， CPU 和内存竟然没动
作者用 WorkBuddy 通过远程 SSH 连接 1 核 2G 的阿里云 ECS，让 AI 修改网站 BUG，监控中 CPU、内存和负载均未见增长；重活在云端运行，服务器负责收发指令与结果。作者提醒将 SSH 22 端口限制为自己的公网 IP，并建议使用密钥登录、关闭密码登录。
以前我一直有个执念：想让 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 端口的脚本比外卖小哥还准时，几小时能给你爆破上千次。
具体做法（阿里云安全组为例）：
- 安全组入方向规则，把 22 端口的授权对象从
0.0.0.0/0改成你的公网 IP/32 - 你自己换网络（比如从公司回家），IP 变了，要记得更新规则，否则自己也连不上
- 有条件加上 fail2ban ，配合密钥登录，密码登录直接关掉
# sshd_config 建议
PasswordAuthentication no
PubkeyAuthentication yes
PermitRootLogin prohibit-password
再补一句，昨天 DeepSeek 出故障，事后有补偿，WorkBuddy 也跟进了补偿方案，这点做得还行。
如有大佬也想尝试一下 WorkBuddy ，可以走我的连接互惠互利一下 aHR0cHM6Ly93d3cud29ya2J1ZGR5LmNuL2V2ZW50cy9pbnZpdGU/aW52aXRlQ29kZT05MHI2cnk2d2Y=
来源：V2EX · v2ex.com