以前我一直有个执念：想让 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
  • 发布时间：2026/10/16 14:20:02