前言¶
排查服务器问题时，最难的一步往往不是执行命令，而是「该用哪个工具」。磁盘满、ping 不通、CPU 热点、OOM、时间不对，每一类问题对应一套命令和一批配置文件，临时查文档很容易漏掉关键步骤。
下面介绍的这个 Skill 把 TencentOS Server 的常见运维诊断能力整理成一组可被大模型按需调用的接口，你用自然语言描述现象，它负责识别需要的能力、查询能力实现，再调用具体能力解决问题。
需要先说明一点：这个 Skill 在 SkillHub 上的名称是「你好 不知道#@##」，看起来像未填写的占位文本。下文统一按它的坐标 @user_8e542df3/123123123 指代，避免和同名 Skill 混淆。
这是什么¶
一句话定位：面向 TencentOS Server 的全栈运维诊断 Skill，把自然语言问题映射到具体的诊断能力并执行。
- 出品方：community（社区发布，非腾讯官方仓库），发布者标识 user_8e542df3
- 当前版本：1.0.1
- 分类：it-ops-security
- 是否需要 API Key：不需要（标签 requires_api_key=false）
- 平台数据：抓取时官方页面显示评分 100000、下载 541、安装 1。任务线索里提到的 99715 / 350 与页面不一致，以页面为准
它解决的是「诊断入口分散」的问题：传统做法是运维自己拼 perf、iostat、journalctl、smartctl 等命令；这里改为先说人话，由 Skill 判断该走哪条能力路径。
能力覆盖¶
官方简介称共 24 项能力，渐进式按需加载，即运行时按问题类型加载对应能力定义，而不是一次性载入全部内容。能力按领域划分如下：
- 磁盘：磁盘空间、分区、文件系统、LVM、健康检测
- 网络：连通性、丢包、延迟排查
- CPU 与 IO：CPU 火焰图、系统调用热点、调度延迟、中断均衡、文件 IO 延迟、进程 IO 追踪分析
- 内存：内存泄漏、OOM 诊断
- 系统与软件：系统日志、服务管理、时间同步、软件包、软件源管理
- 崩溃与安全：kdump 配置与故障排查、等保三级安全基线检查与加固、CVE 漏洞查询
- 文档：产品文档实时查询
最后一项值得单独提：产品文档实时查询意味着能力描述之外的 TencentOS 版本行为，可以回到官方文档核对，而不是靠模型记忆。
触发方式¶
触发靠自然语言关键词，官方给出的触发词覆盖面很广：
- 磁盘与文件系统：磁盘满、磁盘空间、分区、格式化、挂载、fstab、LVM、扩容、SMART、坏块
- 网络：ping 不通、端口不通、DNS、丢包、延迟、网络慢、RTT
- CPU 与 IO：火焰图、CPU 热点、perf、系统调用、调度延迟、中断不均衡、软中断、文件 IO 慢、fsync 慢、page cache、IO 延迟、进程 IO、iotop
- 内存：内存泄漏、OOM、进程被杀、内存不足
- 系统与软件：日志、journalctl、dmesg、服务启动失败、systemctl、时间不对、NTP、chrony、时区、yum 源、dnf、pip 源、npm 源、软件包版本、安全更新、CVE
- 崩溃与合规：kdump、vmcore、crashkernel、等保、安全加固、安全基线
- 其他：TencentOS 文档、版本信息、CentOS 迁移
写问题描述时命中这些词，Skill 才会把它判定为对应能力。
安装与启用¶
已抓取资料中没有提供安装命令、安装目录或配置项，官方页面与接口地址在撰写时均无法访问（两次请求均失败），因此这里不给命令，避免写出未经核实的步骤。
可以确认的信息只有坐标和版本：
坐标：@user_8e542df3/123123123
版本：1.0.1
来源：community
实际安装步骤请到官方页面确认：SkillHub 页面 https://www.skillhub.cn/skills/user_8e542df3/123123123 ，接口地址 https://api.skillhub.cn/user_8e542df3/123123123 。
关于启用方式：按通用 SKILL.md 约定，Skill 以目录形式存放，内含 SKILL.md 描述文件，Agent 启动时读取其中的说明来决定何时加载。这是通用格式说明，不是本 Skill 官方给出的部署要求。Cursor / Codex CLI / Claude Code 各自的加载目录差异，在已有资料中没有说明，本文不做推测。
典型用法¶
下面示例只基于官方触发词构造，用于说明「怎么描述问题」，不代表实际执行结果——执行结果取决于目标机器状态和能力实现。
- 磁盘空间告警，先看分区占用：
/var 分区快满了，帮我看看磁盘空间和挂载情况
- 业务访问异常，先分网络和端口：
有客户端 ping 不通这台机器，另外 8080 端口也不通，排查一下丢包和延迟
- CPU 响应慢，需要定位热点：
服务响应变慢，抓一个火焰图，看看有没有系统调用热点和调度延迟
- 进程被莫名杀掉，怀疑内存问题：
进程被 kill 了，查一下有没有 OOM，是不是内存泄漏
- 日志和时间都要核对，先确认时间同步：
服务启动失败，看下 journalctl 和 dmesg；另外这台机器时间不对，确认 NTP 和时区
- 合规要求下的安全基线与漏洞核对：
要做等保三级安全基线检查，顺便查一下系统上有没有已公开的 CVE
- 崩溃现场分析：
机器重启过，vmcore 有没有生成，检查 kdump 和 crashkernel 配置
- 迁移前的信息收集：
这台 CentOS 要迁到 TencentOS，查一下版本信息和 TencentOS 文档
适用场景与限制¶
适合的场景：
- 在 TencentOS Server 上做一线运维排查，希望用一句自然语言代替手工拼命令
- 问题跨多个领域，需要按顺序组合诊断（例如先确认时间同步，再分析日志）
- 需要按等保三级基线做检查和加固，或核对 CVE 影响范围
- 从 CentOS 迁移到 TencentOS 前的摸底
限制与需要注意的地方：
- 能力实现绑定 TencentOS Server 环境，在别的发行版上调用可能得不到准确结果，需要自行验证
- 能力靠触发词匹配，问题描述过于笼统（例如只写「帮我看看」）可能不被路由到具体能力，描述里带上现象和关键字更可靠
- 资料中没有说明它是否会修改系统配置。安全基线加固、分区格式化、挂载、kdump 配置这类动作属于变更操作，实际执行前应先确认目标机器，并在变更窗口操作
- 共 24 项能力的完整清单和逐项行为，资料中只给了领域划分，未给逐条列表；需要精确能力边界时以 Skill 内的能力定义文件为准
- 来源为 community，非官方维护，能力更新和问题响应取决于发布者
- 安装数目前只有 1，实际使用反馈基本无从参考，建议先在测试机上跑一遍再上生产
结尾¶
这个 Skill 的价值在于把 TencentOS Server 的诊断入口收敛到自然语言：说清现象，它负责路由到对应能力，再回文档核对。对于不熟悉某类问题该用什么命令的运维，能省下查资料和试错的时间。
需要注意它的名称是占位文本、安装文档缺失、安装量极低，采用前建议先在测试环境验证能力覆盖是否符合你的实际问题类型。
官方地址：https://www.skillhub.cn/skills/user_8e542df3/123123123
