Agent云盘健康检查
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_1793b15c/cloud-server-health-scan。
技能介绍
解决什么问题
云服务器的「慢」往往不是单一指标异常,而是日志占满 /var/log、包缓存堆积、Docker 悬空镜像/容器/卷、旧内核占住 /boot,甚至数据库端口直接暴露到公网。人工排查要在 top、df、ss、docker system df 之间来回切换,容易漏掉混合诱因,也很难一眼区分「可安全清理」和「动一下就出事」的目录。这个技能把常见资源体检和风险线索收敛到一次按需诊断里,避免误伤生产数据。
技能如何工作
它会通过 Agent 本机直接运行 scripts/server_health_check.sh,无需 SSH、无需开启沙箱限制;脚本本身只读,输出当前服务器的真实资源数据,并尝试在 /tmp 生成 server_health_report_yyyyMM.txt,落盘失败时回退到脚本目录,不影响后续分析。Agent 会抓取脚本的屏幕输出,结合沉淀的诊断知识继续加工,而不是简单转发一份文件。
同轮完成的核心动作是把原始输出整理成格式化报告,并直接贴回对话:资源现状、可立即优化项、建议观察项、严禁触碰项、降配/省钱线索和诊断洞察都会列出,每一项都尽量带上具体命令或路径。你可以快速看到 journalctl --disk-usage、/var/cache/apt/archives、docker system df、0.0.0.0 监听端口这类信号应该如何继续确认。报告文件只是留底,正文不会丢在服务器里。
适用边界与注意点
这是一个按需触发的诊断工具,不是定时任务,也不会自动执行清理。扫描结果只代表当前快照,换一台机器必须重新基于脚本输出给建议,不能照搬示例数字。常见优化命令如 apt clean、yum clean all、docker system prune、apt autoremove 都会影响业务,应先确认再执行。
红线很明确:/、/boot、/etc、/usr、/lib* 等系统目录不要手动删文件;/var/lib/mysql、/var/lib/postgresql、/var/lib/mongodb 和 Docker 生产卷不能整删;~/.ssh/、/etc/ssh/、生产代码和备份文件也应避开。技能只读不写,适合做体检、排障和优化评审,不能替代变更审批或长期监控。
使用场景
- 服务器响应变慢,需要扫描 CPU、内存和磁盘占用并给出优化建议。
- 根分区接近写满,需要定位 /var/log、apt 缓存或旧备份等清理目标。
- 安全巡检时发现 3306、6379 等端口暴露,需要检查监听地址并给出收紧命令。
- 更换云服务器前做体检,需要识别僵尸进程、内存泄漏和旧内核等长期风险。
适合人员
- 负责云服务器运维的工程师,需要快速生成可执行的服务器体检报告。
- 管理 Linux 主机的开发运维人员,希望在优化前确认清理命令和风险目录。
- 关注云账单的云架构师,想结合资源占用寻找降配或省钱机会。
- 负责安全基线检查的工程师,需要识别公网暴露端口和暴力破解迹象。