Trae Remote SSH 保姆级实测99 元云服务器从空盘到网站上线把 AI 编程 IDE 直接接到一台空荡荡的云服务器上让它从装环境开始一路干到网站上线——这套流程听起来像是折腾老手的进阶玩法但我实测下来它其实已经是小白也能照着走完的成熟路线了。这次我用一台 99 元一年的便宜云服务器从付费购买、SSH 连接、环境搭建到真实网站跑起来完整走了一遍踩了几个值得记录的坑也验证了一个判断Trae 的 Remote SSH 能力配合低价服务器完全能撑起个人项目从零到上线这件事。这篇文章不吹不黑只讲我实际操作的每一步以及那些文档里懒得写、但你会真实遇到的细节。先说结论如果你手上有一个想做但一直没上线的小项目比如个人博客、作品集、工具站这套组合是目前性价比最高、心智负担最低的路径之一。你不需要先学会 Nginx 怎么写配置文件也不需要记住一堆 Linux 命令——Trae 的 AI 能力可以直接在远程服务器上帮你完成绝大部分脏活累活。但前提是你得先理解 Remote SSH 到底干了什么以及 99 元服务器的性能边界在哪里。1. 为什么偏偏是Trae Remote SSH 99元服务器这个组合1.1 我为什么没选 VSCode 或 Codex 那套方案很多人问我VSCode 早就有 Remote SSH 了Codex 配合 VSCode 也能做类似的事为什么非要折腾 Trae这个问题的答案得从实际体验说起。VSCode 的 Remote SSH 确实是成熟方案稳定、插件生态全我用它做过不少远程开发。但 VSCode 里的 AI 辅助更多是插件级的体验——你装一个 Continue 或者 GitHub Copilot它在侧边栏给你聊天帮你补全代码可它和终端、文件系统、调试器之间的联动是割裂的。你要先自己想清楚步骤再让 AI 帮你写某一段代码。Trae 不一样。它的 Chat 模式和 BuilderBuild模式是内置在编辑器里的AI 能直接感知你当前打开的项目结构、能直接读取远程文件、能主动帮你创建和修改文件甚至能帮你在终端里执行命令。这种AI 主动干活的体验才是它和 VSCode 插件的本质差别。至于 Codex它确实也适合做这类任务但 Codex 的定位更偏向命令行工具而且配 Remote SSH 需要自己搭 VSCode 环境对新手来说配置成本有点高。Trae 的 Remote SSH 配置和 VSCode 几乎一样但把 AI 能力和远程开发深度绑定在了一起这对我来说更顺手。1.2 空盘服务器的诱惑与陷阱空盘这个词听起来有点唬人但说白了就是一台刚装好系统、啥软件都没装的裸服务器。这恰恰是这套玩法的核心价值所在你可以让 AI 从零开始搭建一切整个流程完全透明每一步都能看到、能控制。但空盘也有陷阱。最大的陷阱是你以为空盘就等于干净实际上很多云厂商的镜像里预装了一些你可能用不到的东西。我这次选了 Ubuntu 22.04 系统镜像厂商页面上还有其他预装建站环境的镜像我没选因为那些预装环境版本旧、目录乱出了问题你还不知道它改了什么排错成本反而高。自己从空盘开始搭虽然步骤多一点但每一步都是心里有数的。另一个陷阱是新手容易在选配置的时候纠结半天。99 元这个价位一般对应的是 2 核 2G 或者 2 核 4G 的轻量服务器带宽大概 3M 到 5M。这个配置跑一个个人网站完全够用但如果你想着反正都买了我顺便跑个 Java 微服务加数据库加 Redis 加消息队列那 2G 内存分分钟教做人。我的建议是先想清楚你要上线的网站是什么类型再决定要不要加钱升级配置。1.3 哪些人适合照这份攻略走一遍先说清楚这套方案不适合谁如果你要上线的是一个高并发、有复杂业务逻辑的商业项目或者在跑大规模数据处理的定时任务那还是老老实实买高配服务器或者直接用云开发平台。99 元服务器的 CPU 和内存摆在那里硬扛复杂任务只会让你把时间浪费在痛苦的优化上。适合谁呢我总结了三类人群。第一类是独立开发者手上有个 MVP 想快速落地验证不想在服务器运维上花太多时间。第二类是刚学编程的学生想有一个属于自己的线上项目写在简历里但又舍不得花大钱买服务器。第三类是已经在用 Trae 日常写代码、想把手上的练习项目变成真正线上服务的业余开发者。我这次买服务器测试本质上也是想验证一个朴素的判断现在的 AI 编程能力加上成熟的 Remote SSH 通道能不能把会打字的人变成能上线网站的人。实测下来可以但有一些细节你得知道。2. 99元服务器的选购、初始化与避坑2.1 配置怎么选2核2G还是2核4G你在云厂商页面上看到的99元/年通常是最低配的引流款一般是 2 核 2G 内存、3M 带宽、40G 到 60G 的 SSD 数据盘。这个配置跑一个 WordPress、Typecho、或者静态博客加个轻量后端完全没有问题。但我这次实际测试后要泼一盆冷水如果你打算在服务器上直接跑 Trae 的 Remote SSH并且让 AI 在服务器上帮你构建项目、跑开发服务器、执行数据库迁移2G 内存会是一个需要时刻注意的瓶颈。我在测试过程中同时挂着 Trae 的 AI 对话、远程终端、以及一个正在构建的 Node.js 项目内存占用一度逼近 1.8G系统开始用 swap 交换分区明显感觉到构建速度变慢。所以我的建议是如果预算允许加几十块钱上 2 核 4G。如果就锁死 99 元预算那 2 核 2G 也能用但你要有意识地一次只干一件事——构建的时候关掉不必要的服务不用的容器及时停掉。文章后面我会专门讲我在 2G 内存下是怎么做内存管理的。关于带宽3M 带宽对个人网站来说足够了。3M 的意思是最快下载速度约 375KB/s对网页浏览来说完全够用但如果你要传大文件或者搞视频站那肯定不行。另外要注意轻量服务器的流量包一般有月度限制个人网站一个月跑几十 GB 流量没压力但如果你拿它当网盘用流量很快会跑完。2.2 系统镜像选择别碰预装面板版云厂商一般会提供好几个系统镜像选择常见的有 Ubuntu、Debian、CentOS、Windows Server还有各种预装宝塔面板、WordPress、LAMP/LNMP 环境的镜像。这里我要给一个比较硬核的建议除非你真的很依赖图形化面板来管理服务器否则第一次用请选择纯净的 Ubuntu 22.04 LTS 或者 Debian 12。理由有三点一是预装面板的镜像版本往往不是最新的有些软件包反而过时了二是面板本身会占用一定的系统资源2G 内存的机器本来就不富裕三是如果你让 AI 在服务器上干活它解析标准的 Linux 目录结构更顺手——你给 Trae 一个在 /var/www/html 下部署站点的指令它一看就懂但如果是个装了宝塔的服务器目录结构、Nginx 配置路径、PHP 版本管理方式都不一样AI 会反复折腾效率反而低。我这次选择的是 Ubuntu 22.04 纯净镜像事实证明这个选择让后面所有的操作都顺滑很多。这里补充一个细节购买服务器后第一件事是重置 root 密码或者设置密钥登录这个步骤不同的云厂商入口位置不一样但通常在实例详情页里能找到。如果你用的是密钥登录一定要把私钥文件下载到本地保存好丢了就只能重置实例了。2.3 安全组与防火墙别让服务器裸奔这是新手最容易忽略的环节。云服务器默认的安全组策略通常是只放行 22 端口SSH和部分常用端口但不同厂商的默认策略不一样有的甚至默认全放行。我强烈建议你在购买后立即检查安全组规则只放行必要的端口22SSH、80HTTP、443HTTPS如果你要跑开发服务器调试可以临时放行一个高位端口比如 3000、8080但用完记得关掉。为什么要这么严因为互联网上的扫描机器人无时无刻不在扫全网 IP 的开放端口。我测试的时候就遇到过刚开好 SSH 端口没过多久日志里就出现了来自各种 IP 的暴力破解尝试。所以务必在安全组层面做好限制同时修改一下 SSH 的默认配置下面这些是实践下来必要的加固操作创建普通用户不要用 root 直接跑业务SSH 登录后执行adduser deploy然后usermod -aG sudo deploy给 sudo 权限。为什么要折腾这一步因为 AI 在远程执行的很多命令需要写系统目录但如果你一直用 root万一命令写错删库、改错配置都没有任何缓冲。修改 SSH 端口可选但推荐编辑/etc/ssh/sshd_config把Port 22改成Port 58222这种高位端口记得同步修改安全组规则。这个操作能过滤掉一大波无脑扫描。配置 SSH 密钥登录在本地生成密钥对把公钥追加到服务器的~/.ssh/authorized_keys里然后关闭密码登录。这是治本的办法。3. 打通 Trae 到服务器的 Remote SSH 通道3.1 密钥对生成与公钥部署Trae 的 Remote SSH 底层逻辑和 VSCode 完全一致它会通过 SSH 协议连接到远程服务器在服务器上安装一个后端服务然后把本地的编辑器 UI 和远程的文件系统、终端打通。简单来说你的键盘鼠标操作发生在本地但所有文件的读写、命令的执行都发生在远程服务器上。第一步是准备密钥对。如果你本地已经生成过 SSH 密钥一般在C:\Users\你的用户名\.ssh\id_ed25519或id_rsa直接复用就行。如果没有打开终端执行ssh-keygen -t ed25519 -C your_emailexample.com一路回车会生成id_ed25519私钥和id_ed25519.pub公钥。然后把公钥内容复制到服务器上执行ssh-copy-id -p 58222 deploy你的服务器IP注意把端口替换成你自己设置的 SSH 端口。如果没有ssh-copy-id命令手动复制也行把id_ed25519.pub的内容追加到服务器的/home/deploy/.ssh/authorized_keys文件里然后给目录设置权限chmod 700 ~/.ssh chmod 600 ~/.ssh/authorized_keys这里有个小坑如果你是用 root 用户创建了 deploy 用户一定要确认/home/deploy目录的所有者是 deploy否则会出现权限拒绝的错误。3.2 Trae 里的 Remote SSH 连接配置打开 Trae点击左侧边栏的远程资源管理器图标长得像一台显示器选择连接到主机然后点击配置 SSH 主机。Trae 实际上是读取你本地的~/.ssh/config配置文件我们直接编辑这个文件更清晰Host my-99-server HostName 123.45.67.89 User deploy Port 58222 IdentityFile ~/.ssh/id_ed25519保存后在远程资源管理器里就能看到my-99-server这个主机了点击连接。第一次连接的时候Trae 会自动在服务器上安装一个后端组件这个过程取决于服务器带宽可能等个十几秒。网络不稳定的话可能失败重试一次通常就好了。连接成功后你会看到 Trae 左下角显示SSH: my-99-server顶部菜单栏的文件操作、终端全都已经指向远程服务器了。此时你在 Trae 里打开的任何文件夹、执行的任何终端命令都是在服务器上跑的。3.3 第一次连上服务器时的目录认知刚连上远程服务器先别急着让 AI 干活。我建议先在 Trae 的菜单栏里选择打开文件夹输入/home/deploy把远程主目录打开。这一步的意义是让 Trae 的 AI 能感知到项目文件在哪里否则你让 AI 创建文件它可能不知道往哪放。打开后Trae 会弹出一个提示框询问你是否信任此文件夹中的文件的作者。这里直接点是或信任因为在远程服务器上开发本来就是你自己控制的。在信任的同时你可以顺手看一下远程服务器上的目录结构/home/deploy下默认只有.ssh目录后面生成的项目文件都会出现在这里。这时候我还建议你在本地准备好一个项目名比如你的网站想叫mysite之后所有的工作都围绕/home/deploy/mysite这个目录展开。4. 空盘起步服务器运行环境从零搭建4.1 更新系统与基础软件连上服务器和 Trae 后第一步永远是更新系统源。打开 Trae 的终端快捷键 Ctrl执行sudo apt update sudo apt upgrade -y这一步在 2G 内存的机器上可能要跑几分钟耐心等。升级完成后安装一些基础工具sudo apt install -y curl wget git unzip zip tree这些工具看起来基础但没有它们AI 干活的时候会四处碰壁。比如没有 gitAI 就不能帮你克隆模板没有 unzipAI 下载的压缩包解不开。你会发现整个过程中 AI 的作用开始体现了你可以在 Chat 模式里直接说帮我在服务器上安装 Nginx 和 MySQLTrae 会一边跟你解释要做什么一边在终端里执行命令。但我的建议是基础环境的安装步骤你最好亲眼盯着终端输出因为一旦装错了版本后续排查会很痛苦。4.2 选 Docker 还是直接装 LNMP 环境这是我在测试过程中考虑过的问题。网上很多教程推荐用 Docker 一键部署网站确实方便但 2G 内存的机器上跑 Docker 会有点奢侈——Docker 镜像本身要占几百MB内存还有容器运行时的开销。所以我这次选择直接在系统层面装 Nginx PHP MySQL 的 LNMP 环境每一层都是轻装的对低配服务器更友好。如果你要部署的是 Node.js 应用那就更简单了安装 Node.js 和 npm 就行curl -fsSL https://deb.nodesource.com/setup_20.x | sudo -E bash - sudo apt install -y nodejs装完验证一下版本node -v npm -v这个过程很顺利。然后创建项目目录mkdir -p /home/deploy/mysite cd /home/deploy/mysite npm init -y到这里空盘服务器已经有了一套可用的运行环境接下来才是真正好玩的部分。4.3 配置 Nginx 与数据库Nginx 的安装很简单sudo apt install -y nginx装完后默认会启动一个欢迎页面浏览器访问你的服务器 IP 就能看到 Welcome to nginx。此时建议先别急着改配置因为配置文件的路径和语法可能绊住新手。Ubuntu 的 Nginx 配置文件在/etc/nginx/sites-available/和/etc/nginx/sites-enabled/我们要为项目新建一个站点配置sudo nano /etc/nginx/sites-available/mysite内容大概是这样server { listen 80; server_name yourserver.example.com; root /home/deploy/mysite; index index.html index.php; location / { try_files $uri $uri/ 404; } }保存后创建软链接并测试配置sudo ln -s /etc/nginx/sites-available/mysite /etc/nginx/sites-enabled/mysite sudo rm /etc/nginx/sites-enabled/default sudo nginx -t sudo systemctl reload nginx这时候你会遇到第一个权限问题Nginx 默认以www-data用户运行而你的项目文件在/home/deploy下权限不对会报 403。解决办法是把文件夹的读取权限开放给 www-data或者把项目文件夹的所有者改成 www-datasudo chown -R www-data:www-data /home/deploy/mysite数据库方面如果是 LNMP 环境安装 MariaDB 或 MySQL 后执行安全初始化脚本sudo apt install -y mariadb-server sudo mysql_secure_installation这些操作看起来繁琐但你可以完全交给 Trae 的 Builder 模式去托管它会自己敲命令、检查错误、调整配置。这也是 Remote SSH AI 开发最大的爽点你从执行者变成了审核者。5. 用 Trae 的 AI 能力在服务器上直接开发网站5.1 在远程项目中画出第一个页面环境就绪后我在 Trae 里打开/home/deploy/mysite文件夹正式进入 AI 开发环节。我的目标是做一个个人导航站就是那种收纳常用工具和链接的页面结构简单又有一定的交互逻辑适合演示完整流程。我先在 Chat 模式里输入指令帮我创建一个个人导航网站包含一个 index.html、style.css、script.js。要求响应式布局支持搜索过滤左侧分类菜单右侧卡片列表。先创建一个基础版本。Trae 会在远程目录下自动创建这些文件。这里有个体验上的关键点因为打开的是远程文件夹Trae 感知到的就是服务器上的真实文件系统它创建的文件直接落在了/home/deploy/mysite下面不需要我再手动上传。我刷新浏览器网站已经能通过http://服务器IP/index.html访问了。空白盘到这一步实际上已经完成了 60% 的目标。5.2 Chat 模式和 BuilderBuild模式怎么分工这是我在实际使用中摸索出来的节奏分享给第一次用 Trae 的朋友Chat 模式适合讨论和规划。我会问它导航站的搜索逻辑怎么实现更合理这个布局在小屏幕上怎么优化每次它给出回答后我不会急着让它动手改而是先在对话里把方案的取舍搞清楚。BuilderBuild模式适合批量执行。当我确定好方案后切到 Builder 模式让它在现有代码基础上增加搜索过滤功能并且把卡片样式改成圆角阴影风格。Builder 模式会一次性读多个文件自己判断要改哪里然后连续执行修改。但 Builder 模式也不是完全撒手不管。它执行完会生成一个变更摘要你要自己审查一下它改过的文件。这不是不信任 AI而是代码审查本来就是开发者的基本功AI 再强上线到公网的网站还是要自己心里有数。5.3 绑定域名与 HTTPS 证书到了这一步网站已经在服务器 IP 上跑起来了但距离正式上线还差最后两步绑定域名和开启 HTTPS。第一步是域名解析。在域名服务商的后台添加一条 A 记录把域名指向你的服务器 IP。这里需要注意如果你用的是国内服务器域名必须完成 ICP 备案才能正常解析访问这是国内的合规要求提前准备好会更省心。如果你的服务器在境外那域名可以直接解析不需要备案。第二步是 HTTPS 证书。我用的方案是 Lets Encrypt 免费的证书配合certbot工具一键申请sudo apt install -y certbot python3-certbot-nginx sudo certbot --nginx -d yourdomain.comcertbot会自动修改 Nginx 配置强制跳转 HTTPS 并自动续期。这一步体验非常丝滑但前提是你的域名解析已经生效、80 端口可以从外网访问到否则证书申请会失败。证书弄好后再刷新一次网站地址栏会多出小锁图标这说明你的网站已经是一个完整、安全的线上服务了。6. 实测四天踩过的坑和应对方案6.1 SSH 频繁断开连接这是我遇到的最恼火的问题。用 Remote SSH 连着服务器几分钟不操作Trae 就提示连接已关闭重新连接又要等十几秒。查了一圈发现原因是 SSH 服务端的 keepalive 机制默认没有开启。解决方法是在~/.ssh/config配置文件里追加Host * ServerAliveInterval 60 ServerAliveCountMax 3同时在服务器的/etc/ssh/sshd_config里设置ClientAliveInterval 60 ClientAliveCountMax 3然后重启 SSH 服务。设置之后即使你长时间不操作SSH 连接也会保持活跃基本不会再掉。6.2 2G 内存吃紧AI 和网站抢资源当 Trae 的 AI 服务在远程构建项目时构建进程会吃大量内存如果正好你的网站在被访问服务器可能会卡到 SSH 都响应缓慢。我观察到的内存分布是这样的Nginx 占用约 30MB PHP-FPM约 200MB Node.js 构建进程约 800MB 系统缓存与其余服务约 600MB 剩余可用约 300MB逼近临界值时我开始做减法。第一个砍掉的是数据库里的查询缓存第二个是把 PHP-FPM 的进程数调小第三个是构建网站时临时停掉 Nginxsudo systemctl stop nginx # 执行构建 sudo systemctl start nginx这个先停服务再构建的思路虽然朴素但低配服务器上极其有效。另外建议在构建的时候打开htop实时观察内存看到内存快满就手动清理一些缓存sudo sysctl vm.drop_caches3这条命令会清空 page cache建议只在内存紧张时用正常运行时不推荐。6.3 AI 生成的代码在远程环境中的权限问题Trae 在远程生成文件时默认所有者是你 SSH 登录的用户deploy权限一般是 644。而 Nginx 的www-data用户需要读取这些文件但如果某些文件你要在网站后台写入比如图片上传目录、缓存目录权限就得调整。我遇到的情况是Trae 生成的 Laravel 项目的storage目录权限不对导致网站提交表单时报错目录不可写。解决办法是sudo chmod -R 775 /home/deploy/mysite/storage sudo chown -R www-data:www-data /home/deploy/mysite/storage建议在项目里养成分目录管理权限的习惯不要一把chmod 777梭哈尤其是暴露在公网的项目目录可写权限过大是安全隐患。6.4 关于 Trae 的积分内置模型额度消耗速度用 Trae 在远程开发所有 AI 请求都会消耗内置模型的积分或额度。很多朋友关心一天开发下来要烧多少积分我的实测是纯 Chat 讨论方案消耗较慢但 Builder 模式深度修改代码时消耗明显加快尤其是让它连续编辑多个文件每完成一个大功能块可用额度都会往下一截。所以我的建议是不要事无巨细都丢给 Builder 模式去全自动执行。更省额度的姿势是先用 Chat 聊清楚方案再把需求聚焦成一句明确的指令让 Builder 一次性执行到位。另外逻辑相对简单的修改可以自己在编辑器里写把 AI 额度花在真正需要理解和生成的地方。有一点要提醒各位如果你用的是 Trae 的国内版模型服务集成的规则和海外版不一样具体额度政策要以官方说明为准我这里只是提供个人的消耗节奏参考别当成定量标准。写在最后这套流程还能怎么扩展四天测试下来这台 99 元的服务器现在稳定跑着我的个人导航站同时挂着 Nginx、MariaDB、Node.js 环境Trae 的 Remote SSH 随时可以连上去改代码。从空盘到上线这个目标算是毫不犹豫地完成了。如果你已经走通了这套流程我建议你往这两个方向再折腾一下第一个是把网站接上数据库做成动态站Trae 的 Builder 模式很擅长帮你搭建 CRUD 逻辑第二个是在服务器上部署一个定时任务比如每天自动备份网站数据到对象存储这会让你对服务器运维的理解再上一个台阶。我在实际折腾中最大的体会是Remote SSH 加 AI 这套组合真正改变的其实是你的开发心态——你不再需要像以前那样先在本地把一切跑通再痛苦地上传到服务器调试。现在所有操作都在线完成改完刷新就能看到效果这才是它最值钱的地方。