# 我 + Fable 5.1 = 最强运维工程师 #260918

> 龙虾AGI通用实验室 · 2026-09-18

## 代码写完之后

我们用 AI 写代码已经有一段时间了。几个月下来，前后端都做过，复杂的业务系统也跑通了。到这个阶段，"AI 能不能写代码"这个问题对我们来说已经翻篇了，能写，写得还不错。

但一直有个事悬着。

代码在本地跑起来，能演示，截图能发，录屏也能录。可是要让它真正上线，部署到公司内网的服务器上，让别人打开浏览器就能用，这一步我们始终没迈过去。原因很简单：不会。

部署涉及的那一整套东西，容器、服务器平台、网络配置，每一个词我们都见过，但连起来就变成了一套完全陌生的知识体系。以前也试过让 AI 帮忙，它能给你写出配置文件，能一步一步列出操作指南。但最后的动作还是得人来：登录平台，找到对应的页面，点那个按钮，填那个表单，选那个下拉框。说明书再详细，不会开车的人看了也还是不会开。

9 月 16 号这天，我们决定把后端部署到公司内网的平台上。这个平台我们没用过，后端也从来没有做过部署的准备工作。正常来讲，这是个至少要拉一个运维同事来帮忙的事。

结果，全程只靠一个 Fable 5.1 就搞定了。

## 它打开了浏览器

AI 操控浏览器这件事本身不新鲜，年初就有各种方案。但以前用的时候感受很明显：模型能点击、能输入，可一旦遇到稍微复杂的页面，或者流程里出现一个预期之外的情况，它就卡住了，需要人在旁边不停地纠正和引导。像带一个第一天入职的实习生操作后台，每一步都要盯着。

这次的感觉完全不同。

我们把平台地址给了 Fable 5.1，它自己登进去，开始在控制台上操作。建服务、选配置项、填仓库地址、配端口、录入环境参数。这些全是在网页表单里完成的，一个输入框一个输入框地填，一个下拉菜单一个下拉菜单地选。

速度非常快。每一步操作都和人在浏览器上做的事一模一样，找到位置、点进去、输入内容、确认、下一步，但整个过程像是把一个熟练工的操作按了快进键。你看着屏幕上的光标自己移动，表单自己被填满，按钮自己被点下去，脑子里知道这是 AI 在干活，但眼睛告诉你这就是有个人在操作，只是快得不像话。

如果只是"会填表"，那也就是个自动化脚本的水平。真正让我们觉得不一样的，是后面发生的事。

## 它不只是在执行

平台在识别我们代码的时候搞错了，把构建方式判断成了另一种，而且结果被缓存住了，页面上没有"重新检测"的按钮。人到这一步，大概率得去翻文档或者问同事怎么清缓存。Fable 5.1 没有停下来等我们，它自己找到了办法，用技术手段绕过了页面上的限制，直接触发了平台重新做一次检测。结果刷新了，识别正确了。

服务搭建好之后，它需要验证内部是否正常。平台提供了一个嵌在网页里的命令行窗口。Fable 5.1 进到这个窗口里，敲命令检查每个服务的运行状态，确认各项连接都没有问题。它在同一个浏览器里同时操作两种完全不同的界面：图形化的控制台页面，和嵌在里面的那个黑底白字的命令行。

中间有一段时间，它需要反复检查外部网络是否能连通。为了不用一直刷新页面等结果，它自己写了一个小程序，每 30 秒自动去探测一次，只在状态发生变化时才通知我们。

还有一次，平台页面卡死了，就是那种转圈转不完的状态。它没有傻等，也没有报错退出，自己开了一个新的浏览器标签页，接着干。

这些事合在一起，传递出来的感觉很清楚：它是在"使用"这个平台，像一个人在使用它。遇到什么情况就处理什么情况，界面不够用就换别的办法，工具不顺手就自己造一个。

## 卡住了，然后推倒重来

不是一路顺利的。

中间有一段时间，外部网络怎么配都打不通。服务在内部跑得好好的，能正常访问，但从外面就是连不上。它试了好几种方案，改配置、换方式、重启服务，全部没用。

到这里它做了一件让我们印象很深的事。

它停下来，给出了一个判断：这个服务组件一开始被平台识别错过一次，虽然后来纠正了，但那次错误可能在平台内部留下了一些残留的脏数据。后面不管怎么改配置，都是在一个从根上就坏掉的基础上修修补补，方向对了也不会通。

它建议：删掉这个，重新建一个干净的。

我们同意了。它在平台上重新走了一遍完整的搭建流程。新建的服务组件，一次就通了。

外网通了之后，用户打开页面，发现前端还是报错。Fable 5.1 很快定位到原因：后端缺了一个允许跨域访问的配置。这个问题以前从来没暴露过，因为本地开发环境的架构正好绕过了它，到了线上才第一次出现。加了几行代码，重新部署，通了。

## 那我在干嘛

从头到尾，我参与的时间加起来大概一个来小时。

干了什么呢。同事简单说了一下平台的大概操作方法，我转述给 AI。它提出"要不要删掉重建"的时候，我说好。它没有管理员权限删不掉旧服务，我找管理员来处理。前端代码需要推送到一个我们平时不碰的分支，我来授权。中间它发现有个同事的组件被误删了，我去通知同事。

说白了就是三件事：传达信息，拍板决定，协调权限。

技术操作一点没碰。整个过程里我最接近"动手"的一个动作，是在最开始确认了一下代码仓库的分支名叫 main。

## 后来

晚上七点，系统上线了。前端能正常请求后端接口，页面跑起来了。

以前说 AI 能帮忙写代码，能帮忙做开发，它做的事本质上还是"说"：告诉你怎么做、给你生成一段东西、帮你想一个方案。最后伸手去做的还是人。

这次，它伸手了。它打开浏览器，在一个从没见过的平台上，填表、点按钮、敲命令、试方案、写脚本监控状态、推翻重来。从下午干到晚上，干完了。

我们还是不懂运维。但系统上线了。

![](images/2bb5bb/img_001.png)

我建了一个AI学习研究群，目前几十来人，都是在真正动手搞AI的人。

如果你也在自己**跑模型、写代码、做项目**，

或者使用**Claude**和**Claude code**，

欢迎**点赞关注转发**一键三连，然后加我微信，备注写清"你在做的AI方向"，聊得来的话我拉你进群。纯围观的和小白就不加了，有一定门槛。当然你也可以简单粗暴的甩给我999元，我拉你进群，这个没门槛。

![](images/2bb5bb/img_002.jpg)
