运维配置审计器

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

运维配置审计器。检查 Nginx upstream 与后端 service 是否一致、Nginx server_name 与证书 SAN 是否匹配、SSL 证书与域名是否匹配、K8s ConfigMap/Secret 配置漂移、Ingress TLS secret 完整性、工作负载 resources limits 是否合理、多环境配置是否一致。输入目标环境或配置文件,输出风险等级+修复建议。纯规则引擎,不调用 AI API,零成本零延迟。触发短语:'配置审计'、'检查一下配置'、'config audit'、'nginx 配置检查'、'ssl 证书和域名是否匹配'、'k8s 配置漂移'、'资源限制检查'。本 Skill 是运维全生命周期五件套的前置环节(配置审计→预防→发现→上报→解决)。

一句话选型结论

按资料字段整理

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

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

安装

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

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

  2. 2
    拿到技能文件

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

  3. 3
    刷新技能列表

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

  4. 4
    验证是否生效

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

技能档案

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

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

运维配置审计器

Overview

配置错误是生产事故的重要根因之一:Nginx upstream 指向了不存在的后端、SSL 证书和 ingress 域名不匹配、K8s ConfigMap 改了但 Deployment 没重启……这些问题靠人工巡检容易遗漏。

这个 Skill 把配置一致性检查自动化:输入目标环境或配置文件,自动比对多个来源的配置是否一致,输出风险等级和修复建议。

解决什么痛点

  • 改了 K8s ConfigMap 但忘记重启/重载应用
  • Nginx 配置里的 upstream 和实际 service 不一致
  • SSL 证书只更新了 secret 但 ingress 还在用旧 secret
  • 多环境配置(dev/staging/prod)互相漂移
  • 接手新环境时快速发现配置隐患

核心能力

  1. Nginx 配置审计:检查 proxy_pass 的 upstream/service 是否真实存在
  2. SSL 证书审计:检查证书 CN/SAN 是否覆盖 ingress 配置的域名
  3. K8s 配置漂移审计:比较 ConfigMap/Secret 的当前值与期望值的差异
  4. 多环境一致性审计:对比 dev/staging/prod 的关键配置是否一致
  5. 报告输出:Markdown 表格 + JSON,含风险等级(🔴 高 / 🟡 中 / 🟢 低)

产品矩阵定位

运维全生命周期五件套的前置环节:

  • ops-config-audit(配置审计)→ 在故障发生前发现配置风险
  • ops-backup-checker(预防)→ 备份健康巡检
  • ssl-cert-monitor(发现)→ 批量检查证书到期
  • issue-report-formatter(上报)→ 把故障描述整理成标准上报报告
  • ops-fault-runbook(解决)→ 匹配排查步骤

对话使用示例(用户怎么用)

场景 1 · 接手新环境时做配置审计

> 你说:帮我审计一下 production 环境的配置

输出配置审计报告,列出 Nginx / SSL / K8s 三类配置风险。

场景 2 · 检查 Nginx 配置是否有指向不存在的服务

> 你说:检查一下 nginx 配置里的 upstream 是否和后端服务一致

输出 Nginx 配置审计结果。

场景 3 · 检查 SSL 证书和域名是否匹配

> 你说:ssl 证书和 ingress 域名是否匹配

输出 SSL 证书与 ingress 域名的匹配情况。

场景 4 · 检查 K8s 配置是否漂移

> 你说:检查一下 k8s 的 configmap 和 deployment 是否漂移

输出 ConfigMap/Secret/Deployment 的漂移检测结果。

场景 5 · 审计本地配置文件

> 你说:审计一下 ./configs 目录下的配置文件

输出本地文件级审计结果。

场景 6 · Nginx 域名和证书对不上(v1.1)

上线后浏览器报 NET::ERR_CERT_COMMON_NAME_INVALID,或者某个域名在 nginx 里配了 443 但访问报证书错误:

> 你说:帮我查一下 nginx 里的 server_name 和证书 SAN 是否匹配

输出每个 server 块的 server_name 是否被其 ssl_certificate 覆盖,还会检查证书和私钥是否成对(modulus 是否一致)。

场景 7 · K8s 资源限制检查(v1.1)

集群 OOM 频发,怀疑有工作负载没设内存限制:

> 你说:检查一下这几个 deployment 有没有设置 resources limits

输出每个容器的 requests/limits 配置情况:
- 完全没设 resources → 🔴 高(QoS=BestEffort,最容易被驱逐)
- 只设 requests 没设 limits → 🟡 中
- 缺 limits.memory → 🟡 中(容器内存可无限增长到节点 OOM)
- limits < requests → 🔴 高(非法配置)

> 你说:kubectl get deploy -o yaml > deploy.yaml,帮我审一下资源限制


支持的审计项

审计项 说明 所需输入
nginx-upstream Nginx upstream 与后端 service 一致性 nginx 配置文件或目录
nginx-ssl-mismatch Nginx server_name 与证书 SAN 匹配度(v1.1) nginx 配置文件 + 证书文件
ssl-cert-match SSL 证书 CN/SAN 与域名匹配度 证书文件 + 域名清单
k8s-configmap-drift ConfigMap 当前值 vs 期望值 当前 YAML + 期望 YAML
k8s-secret-drift Secret 是否存在/键值是否匹配 当前 YAML + 期望 YAML
k8s-ingress-cert Ingress TLS secret 与域名是否匹配 kubectl get ingress + secret
k8s-resource-limits 工作负载 resources.requests/limits 审计(v1.1) 工作负载 YAML
multi-env-diff 多环境同一份配置的差异 dev/staging/prod 三个配置文件

输出示例

风险等级 审计项 问题 修复建议
🔴 高 nginx-upstream upstream backend-api 指向的 service api-svc:8080 不存在 检查 service 名/端口是否正确
🟡 中 ssl-cert-match 证书 SAN 缺少 *.example.com 重新申请或更新证书
🟢 低 k8s-configmap-drift ConfigMap app-config 的 log_level 从 info 变为 debug 确认是否为预期变更

文件结构

ops-config-audit/
├── SKILL.md
├── scripts/
│   ├── config_audit.py      # 主入口脚本
│   ├── nginx_audit.py        # Nginx upstream + server_name/证书匹配审计
│   ├── ssl_audit.py          # SSL 证书审计
│   └── k8s_audit.py          # K8s 配置漂移 + 资源限制审计
├── assets/
│   └── domains_template.csv  # 域名清单模板
└── references/
    ├── audit_guide.md        # 审计方法论
    └── check_templates.md    # 检查模板说明

快速使用

# 列出所有审计类型
python scripts/config_audit.py --list-types

# Nginx upstream 一致性
python scripts/config_audit.py --type nginx-upstream --nginx-conf /etc/nginx

# Nginx server_name 与证书 SAN 匹配(v1.1)
python scripts/config_audit.py --type nginx-ssl-mismatch --nginx-conf /etc/nginx

# SSL 证书与域名匹配
python scripts/config_audit.py --type ssl-cert-match --cert cert.pem --domains example.com,www.example.com

# K8s ConfigMap 漂移
python scripts/config_audit.py --type k8s-configmap-drift --current now.yaml --expected want.yaml

# K8s 资源限制审计(v1.1)
python scripts/config_audit.py --type k8s-resource-limits --current deploy.yaml

# 多环境配置差异
python scripts/config_audit.py --type multi-env-diff --files dev.conf,staging.conf,prod.conf

# JSON 输出(便于接入流水线)
python scripts/config_audit.py --type k8s-resource-limits --current deploy.yaml --format json

工作原理

  1. 解析输入:根据审计项解析配置文件、K8s YAML、kubectl 输出或 CSV 清单
  2. 抽取关键字段:upstream、server_name、listen、证书 CN/SAN、ConfigMap key/value 等
  3. 交叉比对:将配置 A 与配置 B 进行一致性检查
  4. 评估风险:按规则给出高/中/低风险
  5. 生成报告:Markdown 表格 + JSON,含修复建议

边界说明

  • 只读审计,不会修改任何配置
  • 不连接真实数据库/不登录服务器,只分析用户提供的配置文件或命令输出
  • 需要用户提供真实配置文件或 kubectl/openssl 输出作为输入
  • 复杂的 Nginx 动态配置(如变量拼接的 proxy_pass)可能无法精确解析

定价与变现

本 Skill 免费使用。如需针对具体业务场景的定制化审计规则或运维代维服务,可通过公众号「不宕机日常」联系。

常见问题

5 问
答案由本站依据条目字段整理
运维配置审计器怎么安装?

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

运维配置审计器支持哪些客户端?

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

运维配置审计器权限高吗,安全吗?

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

运维配置审计器收费吗?

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

运维配置审计器用什么许可证?

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

热门专题

按场景挑技能
全部专题 →

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