4.1 五大专业助手与技能系统

4.1 五大专业助手与技能系统

AI 运维的口号：不用记命令，直接说出目标

宝塔 AI 运维的口号只有两句话：“AI 运维，就用宝塔；一句话完成服务器运维。”

这两句话对站长意味着什么？过去排查一台服务器，要先想命令、再登终端、再翻日志，哪个环节卡住都得靠经验硬扛；现在你可以在面板里直接说出目标，比如“看看网站为什么打不开”“数据库连不上了帮我查一下”。AI 会结合面板数据和服务器状态，完成故障诊断、风险分析与处理建议，也能帮你生成网站；涉及改动的操作，授权之后才安全执行。

换句话说，你的工作方式从“记住怎么做”变成“说清要什么”。命令可以不记，日志可以看不懂，但现象要描述准——这是使用 AI 运维的基本功。

适用范围上，AI 运维能力要求 Linux 面板 v11.7 或更高版本。安全保障上有一条硬规矩：高危操作需授权确认。AI 可以给建议、可以执行你授权的操作，但不会绕过确认擅自行动——对站长来说，这既是约束，也是放心。

整个 AI 产品矩阵包括六块，先有个整体印象：

矩阵模块	站长怎么理解
AI 对话	面板内置对话入口，日常提问的主界面
AI 建站	一句话从想法到上线，详见第三篇
AI 终端	SSH + SFTP + AI 一体的客户端，详见 4.2
专业助手	五个分工明确的运维专家，本篇重点
智能分析	故障诊断、生成报告、站点分析、安全分析
技能扩展	SKILL 技能包，开箱即用、按需启用

本篇聚焦“专业助手”和“技能扩展”两块，整体能力可以看AI 运维总览。

五大专业助手：各管一段，按需调用

面板把常见运维问题拆成五个专业助手，每个助手有自己的能力边界。你不用记哪个助手管什么，把问题说清楚即可；但心里有这张表，提问会更准、结果更快。

专业助手	负责什么	什么时候用它
运维助手	服务器状态、资源监控、服务管理	CPU/内存/磁盘异常、服务起不来、想看机器整体状态
安全助手	漏洞检测、入侵排查、安全加固	怀疑被扫被黑、做安全体检、按清单加固
数据库助手	MySQL/Redis/MongoDB 问题诊断	数据库连不上、查得慢、实例状态异常
容器助手	Docker/K8s 容器运维	容器起不来、镜像和编排相关问题
网站助手	站点配置、SSL 证书、访问分析	站点打不开、证书到期、看访问情况

运维助手：先看机器整体状态

服务器状态、资源监控、服务管理都归它。站长最高频的三件事：早上看一眼 CPU 和内存占用是否正常；某个服务（比如数据库或 Web 服务）挂了，让它帮你处理；改完配置不确定影响面，让它把当前状态完整读一遍。

它是五个助手里的“值班岗”，拿不准找谁的时候，先问它通常没错。我的习惯是把每天第一次登录面板的问候留给它：“先给我报一遍当前状态，有异常直接说。”

安全助手：漏洞、入侵与加固

漏洞检测、入侵排查、安全加固三件事。三种典型使用时刻：一是例行体检，新服务器或新站上线后主动扫一遍；二是异常响应，流量突增、陌生 IP 频繁尝试登录时，让它查入侵痕迹；三是按清单加固，把端口、权限、防护一项项落实。

安全类问题的特点是“不出事时觉得没用，出事时觉得晚矣”。把它排进固定节奏，比临时抱佛脚踏实得多。

数据库助手：MySQL/Redis/MongoDB 都能问

数据库连不上、查询突然变慢、实例状态异常，都可以问它。它面向 MySQL、Redis、MongoDB 做问题诊断。社区里一位个人开发者的反馈很典型：MySQL 连不上，AI 5 分钟给出了慢查询定位和索引建议——这就是数据库助手的标准用法。

对站长来说，数据库是最怕“瞎折腾”的部分：重启试试可能丢连接，乱改配置可能扩大故障。让 AI 先给诊断结论和依据，再决定动不动手，是这个助手最大的价值。

容器助手：Docker/K8s 容器运维

跑 Docker 或 K8s 的站长用它做容器运维：容器为什么频繁重启、镜像拉取失败、编排配置怎么调。对只用面板部署传统站点的个人站长，这个助手可能很久用不上；但只要你开始玩容器，它就是第一入口。

建议刚开始接触容器的站长，把每次报错都丢给它问一遍——容器日志的报错信息密度高，有 AI 帮忙解读，入门会快不少。

网站助手：站点配置、SSL 与访问分析

站点相关的琐事都归它：站点配置怎么改、SSL 证书状态、访问分析看数据。比如“这个站的 HTTPS 有没有问题”“帮我看看最近访问量怎么样”。它是离站长日常最近的一个助手，也是 AI 建站上线后最常用的搭档。

网站助手还适合回答一类“说不清哪里不对”的问题：流量掉了、收录异常、打开变慢，让它从站点配置、证书、访问数据三个角度各查一遍，往往能发现你自己忽略的细节。

场景速查：我的问题该问谁

实际使用中，问题往往是跨模块的。下面按站长日常场景整理，可以直接照着问：

我的场景	问哪个助手	示例问法
机器变卡	运维助手	“现在 CPU 和内存谁在占用？列一下进程”
网站打不开	运维助手或网站助手	“网站打不开，帮我看服务和站点配置”
怀疑被攻击	安全助手	“帮我做一次入侵排查，看有没有异常登录”
MySQL 连不上	数据库助手	“MySQL 连不上，帮我定位原因”
容器起不来	容器助手	“这个容器启动就退出，怎么看日志？”
证书快到期	网站助手	“这个站的 SSL 证书还有多久到期？”
磁盘占用高	运维助手	“磁盘快满了，帮我看看谁在占空间”
要留档交接	对应助手	“把刚才的排查过程整理成报告”

下面三组提问示例可以直接抄进面板对话框：

帮我看一下服务器当前的 CPU、内存、磁盘使用情况，
如果有服务状态异常，一并列出来。

MySQL 突然连不上了，帮我检查配置、端口占用和错误日志，
然后给出排查步骤。

帮我做一次安全体检：漏洞检测 + 入侵排查，
把发现的问题按严重程度列成清单。

技能系统（SKILL）：开箱即用，按需启用

专业助手是面板内置的“专家”，技能系统（SKILL）则是可扩展的“工具箱”，设计对站长很友好：

内置技能开箱即用：运维、WAF、邮局等常用技能随面板提供，装好面板就能用；
支持导入本地技能包：你有自己的技能包，可以导入面板使用；
技能开关自由控制：每个技能可以单独开启或关闭；
按需启用减少误调用：只开当前要用的技能，AI 才不会被无关能力干扰，回答更聚焦。

怎么理解“按需启用减少误调用”？技能开得越多，AI 面对一个问题时可触发的工具就越多，选错工具的概率随之上升。比如你只想查服务器状态，却触发了一串邮局相关操作，既拖慢响应，也容易把简单问题复杂化。

对站长的建议：日常只开运维和 WAF 相关技能；等真要搭邮局、做专项治理时，再按需打开对应技能。技能装得太多，可能出现“你问 A、它触发 B”的误调用，排查起来反而费时间。如果要把技能接进自己的 AI Agent 使用，安装方式可以看宝塔面板 Skill 安装与使用指引。一份启用参考清单：

技能（SKILL）启用参考：
[保持开启] 运维技能 —— 状态查询、服务管理，日常高频
[保持开启] WAF 技能 —— 站点防护相关
[按需开启] 邮局技能 —— 等真要搭建邮局再打开
[按需开启] 导入的本地技能包 —— 先小范围试用，稳定后再常开

四类真实场景：AI 运维到底能干什么

官方把真实场景归为四类，站长可以对照建立预期：

故障诊断：自动检查配置、端口占用、错误日志，然后给出修复步骤，是使用频率最高的一类；
生成报告：把排查和分析结论沉淀成报告，便于留档、复盘和交接；
站点分析：看站点配置、SSL 状态、访问情况，回答“我的站现在健康吗”；
安全分析：把漏洞检测、入侵排查、安全加固的输出整理成可执行的清单。

这四类场景覆盖了站长一天的真实节奏：早上做站点分析，上午处理故障诊断，下午留出时间做安全分析，月底把巡检结果汇总成报告。4.3 篇会把这些场景展开成可操作的流程。

社区反馈里，一位运维工程师的评价很直观：30 台服务器一键安全检测，巡检效率提升 10 倍。个人开发者则在 5 分钟内拿到了 MySQL 慢查询定位和索引建议。这些案例的共同点：把现象描述清楚，AI 就能把重复劳动接过去。

站长经验总结

说目标，不说命令：AI 运维的入口是自然语言，“让网站恢复访问”比背一串命令更符合它的设计；
高危操作一定走授权确认：涉及删除、重启、改防火墙这类动作，面板会要求授权确认，别嫌麻烦，这是刹车片；
版本要够：Linux 面板 v11.7+ 才能用这些能力，升级前先备份；
技能按需开：默认少开，用时再开，减少误调用；
报告要留档：故障处理完让 AI 生成报告，下次复盘和交接都省力；
先问值班岗：拿不准找哪个助手，先问运维助手，它会告诉你该找谁；
现象描述要具体：时间、影响面、出错信息，三者说清，诊断质量立判高下。