不是 AI 不行,是它在终端里看不见我的服务器。后来我把它放进了极目 Linux 桌面。
用一个月的结论先摆这儿:终端里的 AI 很会写命令,但它看不见你的机器——不知道日志里有什么,不知道 80 端口被谁占着,不知道上一条命令到底成没成。它只能靠你转述。而"怎么把机器状态取出来告诉它",恰好是我不会的那件事。
所以第二个月我换了做法:把 AI 放进一个能看见服务器的界面里。
用的是极目 Linux 桌面(原来的名字叫 GMSSH,官网 gm.cn)。这篇不写心路历程,写我这半个月具体在里面干了什么、怎么干的,以及它哪里不行。
一、第一个小时:从下载到看见桌面
整个过程比我预期的短。
客户端装在本地,Windows 和 macOS 都行,服务器那边什么都不用装。新建连接只要三样:IP、用户名、密钥(或者密码)。我原来那台机器上的 SSH 密钥直接复用,没重新生成。
连上之后出来的不是登录欢迎语,是一个桌面。我记得当时愣了一下——我原来以为"可视化"是弹个文件列表出来,结果是真的桌面:左边服务器和文件,中间可以开终端、开编辑器、开各种管理器,多窗口能并排。
对一个人被黑窗口吓过的人来说,这个视觉冲击是有意义的。它先让我确认了一件事:这台机器现在是什么状态,我一屏就能看见。 磁盘用了多少、内存剩多少、有几个服务在跑,不用敲命令问它。
安全上的几件事它做得比较克制:走 SSH 隧道,不开额外端口;服务器上是个 5MB 级的代理,不常驻不占资源;连接凭证加密存在本地。我特意去看了一眼有没有在服务器上装东西,确实没有。
二、我在里面干的四件事
这部分是重点。四件事都是我真实做过的,都很基础,也都很典型。
第一件:把一台空服务器配到能跑 Node 服务
这台是全新的 Ubuntu,除了 SSH 什么都没有。
以前我的流程是:搜"Ubuntu 安装 node",复制,粘贴,报错,再搜,再粘。中间有个 EACCES,我花了四十分钟才搞明白是全局安装的权限问题。
这次我是在 GMAI 的对话框里把需求说了一遍,说清楚要跑什么、用哪个端口、只给当前用户权限。它开始动手之后,我做的是看:
- 文件系统里看着
/usr/local/lib/node_modules底下多出了东西
- 服务控制里看到 node 进程起来了
- 实时监控里 CPU 和内存有变化了
- 终端里我也能看到它执行了什么
中间它报了一次错,自己调整了。我也看见了它调整的是哪个文件。
这件事对我的意义不在于"AI 帮我装好了",而在于它动手的全过程我都在场。 以前把命令贴进终端,输出只有几行,我不知道它到底动了什么;现在它动的每个东西都落在一个我能点开的对象上。
顺带说一句,它内置了一个 Node 管理器,装完之后版本、进程、日志都能在界面上看,不用再去记 pm2 的命令。
第二件:给服务配反代
配 Nginx 是我最怕的环节,因为我永远记不住配置文件的语法。
现在是:在文件系统里直接进 /etc/nginx/conf.d/,双击打开 xxx.conf,用它的编辑器改。改之前在同一个窗口里开个终端,改完随手 nginx -t,报错能立刻看到行号。
有一次 nginx -t 报了个 unknown directive,我完全不知道什么意思。选中那行报错,右键问 GMAI,它告诉我是我在 http 块外面写了 server 块,还把正确的位置指给我了。改完 reload,站点起来了。
它的 Nginx 管理器也能直接看当前配置、看状态、执行 reload,不用回终端。
这中间最关键的一点是:改之前我能看见原来是什么样,改之后我能立刻验证对不对。 我上一次在终端里用 sed -i 改配置,改完服务起不来,AI 说"恢复备份",而我没有备份。
第三件:磁盘满了
这事每个月都要来一次,我以前的处理方式是 df -h 看到 100%,然后一层层 du 找是谁吃的。找到 /var/log 之后还要再找是哪个日志文件。
现在打开磁盘管理器,哪个目录占多少直接列出来,按大小排序,日志文件一目了然。删之前能确认这个文件是什么、多久没动了。
这件小事其实最能说明问题:同样的信息,用命令取和用界面看,成本差十倍。 而取信息的成本,就是我这种人在 Linux 上最大的开销。
第四件:每天凌晨自动备份
我要把站点目录打包,每天凌晨 3 点跑一次,保留七天。
以前写 crontab,我得先去搜表达式,写错了不报错、也不执行,第二天才发现没备上。日志在哪也不知道。
现在用计划任务管理器,图形界面填时间、填命令、填保留策略,执行记录在列表里能看,成功失败一目了然。
三、GMAI 到底和"问 ChatGPT"差在哪
这是最多人问我的,说清楚。
它不只是回答,它把事办了。 官方说法是"问完即办",内置了一批工具,能读文件、能执行命令、能改配置。所以它给的不是一段让你自己贴的命令,是直接在这个桌面里干完,你在旁边看着。
模型可以自己选。 它不绑定模型,能接自己的 API。我把自己常用的那个接了进去,成本可控。
Skill 能自己传。 这个我用得最多。我们团队有一套部署规范——目录结构、端口分配、日志路径都有讲究。我把规范写成 Skill 传上去,之后它给我装东西就会按我们的规范来,不用每次都交代一遍。
私有知识库。 项目文档、踩过的坑、内部地址表,丢进去之后问它就能按我们的实际情况答,而不是给一份通用教程。
举个具体的。前几天我要在服务器上装个 Redis,我只要说"按我们的规范装 Redis",它就知道该装在哪、配置放哪、日志写哪、端口用哪个。这些信息不在任何公共教程里,在我上传的那个文档里。
四、和我用过的几个方案比
|
FinalShell / MobaXterm |
宝塔面板 |
终端里的 AI |
极目 Linux 桌面 | |
|
服务器要装东西 |
不用 |
要装整套面板 |
不用 |
不用,5MB 代理 |
|
要多开端口 |
不用 |
要开面板端口 |
不用 |
不用,走 SSH 隧道 |
|
登录入口 |
记 IP 和密钥 |
记地址+端口+账号 |
记 IP 和密钥 |
记 IP 和密钥 |
|
看到的东西 |
文件树+终端 |
网页后台 |
一行提示符 |
完整桌面+应用生态 |
|
AI 能力 |
无 |
内置,不可换模型 |
强,但看不见机器 |
能直接执行,模型可换 |
|
多机管理 |
有 |
单机为主 |
弱 |
客户端统一管多台 |
|
适合谁 |
老手 |
要一键建站的人 |
已经会排障的人 |
小白、要交接的机器 |
这张表里我想说的其实是一句话:前三种要么不给你界面,要么把界面架在服务器上;它的做法是把界面放在客户端,服务器保持干净。
对小白来说,这个差别落在两件很具体的事上:一是不用担心多开一扇门,二是不用在服务器上多养一套常驻服务。
五、它不行的地方
不能只挑好听的说。
它不是零学习成本。 你还是得知道目录结构、得懂权限是干什么的。界面能让你少犯错、能让你看见结果,但替不了理解。完全零基础的人上来就点,照样能把机器搞乱。
生态还新。 遇到怪问题,网上搜不到别人的踩坑记录,只能自己试或者问 AI。宝塔那种十几年的积累它没有,这个差距是实打实的。
不支持 Windows Server。 只做 Linux,Ubuntu、CentOS、Debian 这些。你要管 Windows 机器,用不了。
复杂的排障最后还是得回命令行。 图形界面覆盖的是高频操作,深层次的性能分析、内核参数、网络抓包,还是得敲命令。它让我的命令行使用量降了很多,但没降到零。
AI 也会胡说。 模型会给过时命令,会误解你的意思。区别在于它错的时候你更容易发现——因为面前有东西可以核对,而不是只有一句"已修复"。
六、如果你也是小白,我建议这个顺序
- 先拍快照。 动手之前给服务器拍一个,搞砸了五分钟回滚,比什么后悔药都好使。
- 先把 SSH 收拾干净。 密钥登录、禁 root 直连、装 fail2ban。这一步跟用什么工具无关,是底线。
- 用 AI 装环境,但让它把每条命令解释一遍。 我现在还保持这个习惯。装完一次,那一套流程基本就懂了。
- 只动你认识的配置文件,改之前复制一份。 界面上能看见不等于你能改对。
- 头三个月别在生产机上练手。 买个最便宜的按量付费实例,一个月几块钱。
我到现在也不算会 Linux,awk 没学会,shell 脚本只能改不能写。
但我不再怕那台机器了。不是因为我变强了,是因为我终于能看见它在干什么。
工具解决的是"看不见",不是"不会"。这个区别我花了两个月才想明白。
本文详述作者在极目Linux桌面(GMAI)中完成Node服务部署、Nginx反向代理配置、磁盘空间清理与定时备份等四类典型运维任务的全过程。核心优势在于AI可直接执行操作并实时可视化反馈,支持私有Skill、本地知识库与自选模型;区别于ChatGPT仅提供命令,GMAI实现‘问完即办’。同时指出其对Linux基础认知仍有依赖、生态尚新、不支持Windows Server等局限。
331

被折叠的 条评论
为什么被折叠?



