售后工程师亲测：我用WinClaw实现了AI自动巡检

原创

王金伟
王金伟

威努特安全网络

2026年10月14日 08:00
北京

在小说阅读器读本章

去阅读

在公众号小说中沉浸阅读

“

那通凌晨两点的电话

凌晨两点，客户一通电话把我从床上拽了起来。

“交换机配置丢了，整条产线停了。”

我赶过去，插串口线、敲命令、翻配置，一条条把VLAN重建、端口恢复。忙了四十分钟，产线总算重新转了起来。

这种夜，做售后的谁没熬过。

事后想想，那四十分钟里真正要动脑子的，也就开头几分钟，判断问题、确定怎么恢复，确实得靠经验。后面剩下全是机械活，我已经做过不知道多少遍了。

所以，有没有办法，让它们执行得更省事一些？

后来，威努特自研的WinClaw出来了，我就想拿它试试。希望把自己的操作经验整理成一套Skill，让AI照着做。

前后用了3个月时间，这套技能逐渐成形、愈发完善，我的工作方式也发生了很大的变化。下面这些，就是我这三个月折腾的记录。

“

先说清楚 WinClaw 是什么

WinClaw是威努特自研的一个AI 智能体平台，说得直白一点：这就是台能听懂人话、还肯自己动手的机器。

跟平时用的聊天AI不一样。你问聊天AI怎么配VLAN，它给你一段命令让你自己去敲。而你跟WinClaw说一句把VLAN 10加到端口3，它自己就登录、敲、验证、保存，回头告诉你成了。当然，改配置这类动作，我都让它先跟我确认，后面会细说。

对我们做售后的来说，这句话的意思就是：不用去学编程，把话说明白就行。

“

这活儿，到底哪儿最磨人

动手之前，要先想清楚一件事，我到底想让它替我做些什么。

最占时间的是重复。三十台交换机一台台巡检，每台敲的命令一字不差；建 VLAN、绑端口、备份配置再比对，翻来覆去就那几下，手一抖还容易出错。这些活儿有套路、有规则，用不上什么判断，可就是得有人一遍遍去做。

再就是半夜的应急。告警不等人，凌晨爬起来摸到电脑，手是抖的，脑子还没跟上手。可故障最要命的恰恰是开头那几分钟，这时候人的状态往往最差。

还有个更隐蔽的：经验带不走。像某些型号的特殊配法，我们组往往就一个人门儿清，他一休假，客户那边出了事就没人接得住。新人跟三个月，还是不敢单独上。团队最值钱的东西长在人脑子里，人一走，东西也跟着走。

这几样工作，我想着或许AI都能接过去一些。于是就开始上手去训练相应的AI技能了。

“

我是怎么把一个Skill训练出来的

在WinClaw上做一个运维Skill，其实不用写代码，把一份说明书通过对话交代给它就行。但这份说明书有讲究。

讲究在哪？边界得跟它说死。它底子还是大模型，你每件事该做啥、怎么做不说清楚，它就会自己联想，最后出来的结果可能就会和你想要的产生偏差。

这份说明书在WinClaw里，本质是一份Markdown，用大白话把该干什么、怎么认信号、怎么执行写清楚，剩下的交给平台去翻译成动作。下面我就将自己做的威努特交换机巡检技能拆开讲。

先把工作流程按照步骤写下来

第一步需要做得很简单。把自己平时巡检的每一步，原样列在纸上，大概是这么几行：

1. 串口连交换机（串口号、波特率）

2. 输用户名密码（已经登录就跳过）

3. 看到 [WOS-Switch] 提示符，说明登录成了

4. show vlan 看 VLAN 配置

5. show interface 看端口状态

6. show log 翻近 24 小时日志

7. show running-config 看运行配置

8. 其他相关命令

9. 跟上次结果比对，标出变了啥

10. 出巡检报告

11. 退出、断连接

写着写着我发现，真正关键的有三处：串口那些环境参数（COM口、波特率、账号密码）；怎么判断到底登没登上（威努特的机器，屏幕上蹦出 [WOS-Switch] 提示符，就算串口登录成了）；还有报告最后要长什么样。

这三处，就是整份说明书的地基。这三件事交代清楚了，后面的流程才有了依据。

再把它翻译成AI能听懂的话

有了步骤，接下来就是把它们整理成结构化的Markdown。我得反复提醒自己：这不是写代码，是写给一个AI助手看的说明。

我主要写清楚四样东西：触发条件、执行步骤、结果判断和异常处理。这样，每一步都有明确的动作，也有对应的完成条件。

这份Markdown，也不用自己一行行敲。在WinClaw里开个新对话，把上面那份步骤清单和这四样要求一股脑贴进去，再补一句：

“帮我把这个流程创建成一个技能，名字就叫‘威努特交换机巡检’。”

它会自己把内容整理成结构化的说明书，创建好技能并装上；连串口、收发命令要用到的脚本，也可以让它在对话里一并生成。建好后，到左侧【技能】页面就能找到这个新技能，确认开关是打开的。

以我做的交换机巡检Skill为例，主体结构大致如下。连接参数、提示符和命令，需要按实际设备调整。

在WinClaw里，它长这样：

name: winicssec-switch-inspection

description: 威努特交换机串口巡检：采集 VLAN、端口、日志和运行配置，与上次基线比对，生成巡检报告

Skill 名称：威努特交换机巡检

触发条件

当用户说\"交换机巡检\"、\"巡检交换机\"、\"批量巡检\"时激活

执行流程

1. 连接设备

• 自动扫描系统可用串口（COM1-COM20）

• 匹配 FTDI/CH340 USB 串口转换器设备

• 波特率 115200、数据位 8、停止位 1、无校验

• 自动启用 DTR/RTS 信号线（本例的 FTDI 转换器需要）

• 发一次回车，探测 \"DRAGON login:\" 或 \"[WOS-Switch]\" 提示符

• 等 15 秒，没提示符就标\"连接异常\"并终止

2. 自动登录

• 已出现 \"[WOS-Switch]\"，说明仍在登录状态，跳过本步

• 看到 \"DRAGON login:\" 发用户名 admin（示例，实际以现场为准）

• 等 \"Password:\"（超时 5 秒）

• 发密码 \\\\\\（示例，请替换为现场密码）

• 响应里必须有 \"[WOS-Switch]\" 才算登录成

• 没这提示符 = 失败，重试一次，再败就终止

3. 执行检查命令（会话保持）

• show vlan → 解析 VLAN ID、名称、成员端口

• show interface → 解析端口号、状态、速率、CRC 错误

• show log → 筛近 24 小时 ERROR/WARNING

• show running-config → 完整记录运行配置

4. 结果比对（跟上次基线比）

• 加载上次基线数据（首次巡检无基线，只记录本次结果）

• VLAN：比数量、ID、成员端口变化

• 端口：标新增 DOWN、速率变更

• 配置：逐行 diff，标增/删/改

5. 生成报告

• 巡检时间（精确到秒）

• 设备型号、固件版本

• VLAN 状态：总数 / 新增 / 删除 / 变更

• 端口状态：UP / DOWN / CRC 异常

• 日志异常条数 + 关键内容摘要

• 配置变更明细（对比上次基线）

6. 退出清理

• exit 正常退出

• 关串口、释放 COM 口

• 本次巡检完整成功，才存为下次基线

你看，通篇没一行代码，全是大白话。以后哪一步想改，也不用去翻文件，接着在对话里跟它说一句，比如“登录超时改成10秒”“日志只筛ERROR”，它就把技能改好了。

然后就丢给WinClaw自己跑

Skill建好之后，打开新对话说一句巡检交换机（想更稳一点，也可以在输入框用“/技能名”直接点名），它就自己把Skill加载起来，照说明书一步步走，每一步的结果都实时回给我，最后出一份报告。我要做的只剩一件事：看这报告靠不靠谱。到这一步，我干的活其实已经从敲命令，变成了盯结果。

“

三个月里，几个值得说的版本

这套技能从4月开始搭建，到7月持续完善。经过前期两轮流程梳理和试验，我从v3.0开始继续扩展，逐步迭代到v3.9。这里的版本号，指的是我编写的运维Skill 版本。每次调整，都是为了让任务流程更贴合实际操作。

其中，有三个细节值得展开说说。

先说会话保持，这件事耗时比较久（v3.0到v3.7）。

v3.0有个问题：每敲一条命令，它就重开一次串口、重新登录一次。五条命令跑下来登五回，效率太低。后来改成登录进去就不出来，后面的命令全在一个会话里连着跑。（注意：文中截图来自WinClaw此前版本，仅用于展示当时的实战过程。当前版本界面已更新，请以实际使用页面为准，具体操作流程一样。）

图 1：串口连接成功，自动识别COM15端口

图 2：会话保持模式下，按我的指令执行 VLAN 配置，结果实时回显

改动听着不起眼，可在生产环境里差别很大。连接次数少一大截，出错的机会、设备的负担也跟着降了下来。

v3.4解决的是断线重连。

刚开始训练技能的时候，若长期不操作，交换机就会超时掉线。每掉线一次，就得从头连、从头登，整套重来。

在v3.4中，我补充了连接状态检查和恢复流程。跟它说句检测拔插串口状态，它自己就把检测、连接、登录一路做完，不用再从头来。

图 3：重新插上串口线后检测连接状态，识别已登录，避免重复登录

v3.9加的是自动保存。

交换机改完配置，得执行save configuration才能存住。忘了这一步，一重启，配置就全没了。

所以v3.9我让 Skill 多做一步：我确认过的改配置命令，比如vlan create、set interface这类，一执行完，它就自动补一条save configuration，再从回显里找replaced这个词，确认存住没有。运维里最容易忘的那一步，就这么补上了。

这三件事其实是一回事：把机械、重复、耗时的活儿接过去了。

“

总结下来的几条经验

三个月折腾下来，攒了几条经验：

第一条也是最重要的：把分工定清楚。

工控和生产环境里查看类的操作——巡检、看日志这些不动数据的，可以让它跑；可只要会改动业务，改配置也好、重启设备也好，一律需要审核过后才执行。我在Skill里把命令分了三档：show、display这类巡检类指令可以直接跑；需要改配置的，先把要执行的命令列给我，我确认后再执行、再保存；重启、重置、删配置这种，它只能提建议，需要手动审核才能进行。

第二条：循序渐进。

不要一上来就让它做所有的事。先把单台巡检的连、登、退这几步练熟，再慢慢放开配置和检查命令，最后才拼成一站式的东西。跑通一个，它就扎实一分，急不来。

第三条：边界和异常都得写明白。

不同品牌、型号和固件版本，命令语法、提示符、返回格式可能不同。这些都需要在Skill中明确，执行时按对应设备的规则处理。

异常处理也一样。连接不上怎么重试、最多尝试几次，命令超时怎么记录，回显无法确认时如何保留原始信息并转交人工判断，都要提前约定。

说明书越具体，执行过程就越容易检查，也方便后续维护。

最后一条：Skill得不断训练。

我这套巡检Skill，前后改了十几版。每一版都是在使用中撞了问题、再回头解决，所以Skill不是纯靠经验写完的，是用出来的。改的方式也简单：哪里不对，就在对话里跟WinClaw说清楚，让它去调整技能。所谓“训练”，就是这么一轮轮把它教明白，不用碰代码，更不是去训练大模型。

“

要是你也想试试

写到这儿，估计有人会说：听着是挺好，可不知道从哪儿下手。其实没想象的复杂。

我的建议是，先别管什么复杂的现网环境，就从手上最繁琐、最机械、最不用动脑的那件事开始，把它的步骤、想要的结果、要守的规矩，一条条写成字。这就是你第一份说明书的材料。

然后找台笔记本装上WinClaw，开个新对话，把这份说明书交给它，让它帮你创建成技能，看能不能跑通。如果遇到不太顺的地方，没关系，卡在哪儿就跟它说，改了再试。

起步挑最安全的活儿，比如单台设备的日常巡检、日志汇总这种只读的，让它替你跑，你每天扫一眼结果就行。跑上一段时间，回头你大概会发现，已经离不开了。

单台跑顺了，再往多台扩，思路也一样：在对话里把设备清单交给它，让它把技能改成一台台依次执行，最后汇总成一份报告。三十台交换机，也是从第一台开始的。

还得提醒一句，文中的操作，请先在测试环境验证，生产环境的变更一定要经过人工确认。

“

写在最后

夜里的抢修，AI未必能全扛下来，有些故障终究得人上手。但它能把中间大段的机械劳动省掉，把真正需要分析决策的部分留出来给工程师，将“好钢用在刀刃上”。

省下来的时间和精力，就能花在真正需要判断的地方。查复杂故障、设计安全方案、跟客户把需求聊透。它不是要替掉我们，只是让运维这件事快一点。

干售后，本来就不是比谁更能熬夜敲命令。把机械活儿交出去，省下来的时间，才是真正值钱的东西。

欢迎访问WinClaw官网下载体验：https://winclaw.winicssec.com/