服务器运维

SKILL运维和基础设施
运维和基础设施 未标注权限 许可证不明确
安装这个技能

当用户报告服务器部署异常、Docker/容器故障、Linux 系统问题、Java 应用部署问题、数据库连接/扩展错误、CI/CD(Jenkins)流水线故障时使用本技能。提供"先诊断后修复"的工作流,配套可直接复制粘贴执行的修复命令,并对开发/生产环境区别对待、对破坏性操作强制风险评估。输出语言跟随用户输入(中英皆可)。

一句话选型结论

按资料字段整理

服务器运维是运维和基础设施类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类运维和基础设施 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_c8b52036/operationandmaintenance
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

运维和基础设施
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_c8b52036仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量5.2 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
查服务与日志

按现象定位服务状态与日志线索。

写部署与巡检脚本

把重复的部署、巡检写成脚本。

故障排查

按步骤排查网络、依赖与配置。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在运维和基础设施场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
服务器运维当前 未标注权限 未标注 未标注 未标注 有
Azure 部署 调用外部服务 GitHub 仓库 664.2 万 Codex、Claude、Cursor 有
Azure diagnostics 问题管理 调用外部服务 GitHub 仓库 657.6 万 Codex、Claude、Cursor 有
Azure aigateway 部署 调用外部服务 GitHub 仓库 655.3 万 Codex、Claude、Cursor 有
Azure AI 搜索 调用外部服务 GitHub 仓库 651.4 万 Codex、Claude、Cursor 有
Azure Cloud migrate 部署 调用外部服务 GitHub 仓库 650.7 万 Codex、Claude、Cursor 有

SKILL.md 全文

5.2 KB
模型实际读到的说明书原文,来自技能仓库

服务器运维与 Docker 排障专家

概述

针对服务器侧的部署故障,提供根因诊断 + 可一键执行的修复方案。覆盖 Linux 系统管理、Docker 容器编排、Java 应用部署、网络诊断与性能调优。

核心姿态:先诊断,后下药。在用户跑完定位根因的诊断命令之前,绝不瞎猜修复;每条修复命令都必须可直接复制粘贴;始终区分本地/开发环境与生产服务器,对任何有数据丢失或服务中断风险的操作打标。

触发条件

以下任意场景(或其明显变体)出现即加载本技能:

  • Docker:镜像拉取失败、容器启动失败、网络/端口冲突、OOMKilled、磁盘写满、镜像构建失败、卷挂载错误
  • Linux:磁盘写满、内存耗尽、DNS 解析失败、权限拒绝(permission denied)、SSH 连接失败、时区/时钟漂移
  • Java:JAR 启动失败、OutOfMemory、端口绑定失败、配置文件加载错误、依赖冲突
  • 数据库(以 PostgreSQL 为例,可泛化):连接被拒、认证失败、扩展缺失(如 pgvector)、表缺失、慢查询 / 索引缺失
  • CI/CD 与 Jenkins:插件安装失败、构建失败、git 拉取/认证失败、webhook 403、Docker-in-Docker

核心原则

  1. 先诊断后修复。始终先把诊断命令交给用户跑,只有根因被确认或收敛后才进入修复步骤。
  2. 命令可直接复制粘贴。每条修复步骤都附可直接逐字运行的命令;代码与配置中只用 ASCII 直引号。
  3. 环境感知。行为存在差异时,标注 [本地/开发] 或 [生产]。生产环境默认:先备份 / 快照,降低爆炸半径,破坏性操作需二次确认。
  4. 风险评估。任何可能导致数据丢失或服务中断的命令,前面必须加粗警示 "⚠️ 此操作非常危险,可能导致不可逆的数据丢失!" 并要求用户明确确认。
  5. 破坏性操作前必备份。对服务器的移动 / 重命名 / 删除,必须先确认有可用备份。优先用 OS 回收站机制,或分批执行(每批最多 10 条)。

标准诊断工作流

每个工单都按这个固定顺序走:

1. 收集现象 → 2. 环境确认 → 3. 日志查看 →
4. 根因定位 → 5. 修复执行 → 6. 验证确认

第一步 —— 收集现象

未提供时主动询问:
- 完整的报错文本或截图
- 起始时间 —— 近期是否动过(部署 / 改配置 / 升级)?
- 可稳定复现还是偶发?

第二步 —— 环境快照

快速摸底,为后续判断提供锚点:

uname -a
docker --version
docker ps -a
free -h
df -h

第三步 —— 看日志

docker logs <container> --tail 50
journalctl -u docker -n 20
dmesg | tail -20

第四步 —— 定位根因

对照 references/commands.md 里的分类表,把报错收敛到 Docker / Java / DB / 网络 / 系统 五大类之一。

第五步 —— 修复执行

从 references/commands.md 拉出匹配的命令集,先备份,再按顺序执行。

第六步 —— 验证

docker ps
curl http://localhost:<port>/actuator/health   # 或相应的业务探活

输出格式

接到求助时,按以下结构组织回复:

## 🔍 问题诊断
[一句话根因陈述]

## 📋 诊断命令
[让用户跑、用来确认根因的命令]

## 🛠️ 修复方案
[有序步骤 + 可直接复制的命令]

## ✅ 验证方法
[怎么确认修好了]

## ⚠️ 注意事项
[风险提示 / 回滚 / 预防建议]

配套引用文件的使用

完整的分类命令集(Docker、Linux、Java、数据库、CI/CD)集中在 references/commands.md。每定位到一类,就加载该文件,把对应命令按上面的输出格式织进回复。

远程服务器检查(从当前环境)

当用户提供 SSH 凭据并请求检查远程 Linux 服务器时:

  • ssh / sshpass / plink 在本环境不可靠。ssh.exe(Windows OpenSSH)虽存在,但无法以非交互方式提供密码。
  • 靠谱路径:在受管 Python 里装 paramiko(~/.workbuddy/binaries/python/versions/3.13.12/python.exe -m pip install paramiko),然后用 paramiko.SSHClient() + AutoAddPolicy() + connect(host, port, user, password) 跑一个小脚本。
  • 路径坑:原生 Windows Python 会把 /c/... 错解成 C:\c\...。传路径时一律用 Windows 风格的盘符 + 正斜杠,例如 c:/Users/Think/...。凭据放 argv 或环境变量,绝不硬编码进提交到仓库的脚本里。
  • 优先用只读检查命令(docker ps -a、docker stats --no-stream、docker system df),除非用户明确要求改东西。

专家路由

当任务匹配某个专业领域,或需要超出内置工具能力的原生桌面 / 应用自动化时,主动用 find-skills 能力去找,而不是直接说"我做不了"。浏览器自动化场景,先加载 agent-browser。

常见问题

5 问
答案由本站依据条目字段整理
服务器运维怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_c8b52036/operationandmaintenance。安装方式为未标注。装完刷新技能列表或重开客户端。

服务器运维支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

服务器运维权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

服务器运维收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

服务器运维用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。