Runbook 缺口补全

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

对照故障经过检查值班 runbook 的缺口与冲突并给出补全步骤建议;当用户要改进手册且不自动执行修复时使用。

一句话选型结论

按资料字段整理

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

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

安装

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

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

  2. 2
    拿到技能文件

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

  3. 3
    刷新技能列表

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

  4. 4
    验证是否生效

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

技能档案

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

典型使用场景

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

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

写部署与巡检脚本

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

故障排查

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

选择建议

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

值得选的地方

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

先想清楚的地方

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

更适合

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

不太适合

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

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
Runbook 缺口补全当前 未标注权限 未标注 未标注 未标注 有
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.4 KB
模型实际读到的说明书原文,来自技能仓库

Runbook 缺口补全

用途

对照一次真实故障经过(或演练记录)与现有值班 runbook,产出:

  1. 缺口表 — runbook 未覆盖但故障中实际用到的动作/判断
  2. 冲突表 — runbook 与实操不一致之处
  3. 建议补丁 — 可粘贴进手册的步骤段落(草案)
  4. 待确认 — 缺权限/监控名/命令时不编造

本技能做文档改进参谋,不做故障事中通报、不登录机器、不自动执行修复命令。

表头见 references/gap-template.md。

适用场景

  • 适合: 故障复盘后想更新 runbook;演练后发现手册跟不上。
  • 不适合:
  • 事中对内状态通报——见 incident-status-update
  • 事故根因与改进项复盘——见 postmortem-lite
  • 制度/SOP 与实操对照(分母是制度条款,不是值班手册)——见 sop-gap-check
  • 自动 SSH/改配置/切流量
  • 从零设计整套监控平台

边界与差异(防误触发)

易混需求 本技能 不做什么
事中通报(incident-status-update) 事后改文档 不写给业务的进度短讯
事故复盘(postmortem-lite) 只改手册步骤 不出根因结论与改进项
SOP 对照(sop-gap-check) 分母是值班 runbook 不查制度条款与现场执行差距
写全新 runbook 以现有手册+事实对照 不虚构未提供的系统拓扑
自动修复 只建议步骤文本 不执行任何命令

怎么使用(普通用户)

在 AI 助手里直接说,例如:

  • 「用 Runbook 缺口补全,对照这次超时故障看手册缺什么」
  • 「runbook 和实操对一下,列出缺口和建议补丁」
  • 「演练记录如下,帮我补值班手册步骤」

使用步骤

缺关键事实时先追问,禁止编造监控名、dashboard 链接、具体 shell 命令参数。

1. 收集输入

字段 说明
现有 runbook 全文或相关章节
故障/演练经过 时间线、现象、实际操作、结果
环境备注 可选:生产/预发、服务名

缺 runbook 或故障经过之一: 先请补齐,可先列「需要哪些材料」。

2. 逐段对照

把故障时间线中的每个关键动作,映射到 runbook 是否已有对应步骤:

  • 有且一致 → 通过
  • 有但冲突 → 入冲突表
  • 无 → 入缺口表(注明故障中的证据摘录)

3. 输出缺口/冲突/补丁

严格按 references/gap-template.md。
建议补丁用「可粘贴」的步骤语气;对不确定的命令写「待确认命令」占位,勿瞎编。

4. 页脚

固定:「以上为 runbook 文档改进建议,不包含自动执行;请人工审阅后合入手册。」

示例

输入:
【runbook 节选】
1. 收到 P1 告警后查看 CPU 面板
2. CPU>90% 则扩容两台
3. 通知业务群

【故障经过】
- 14:02 接口 P99 升高,告警是错误率而非 CPU
- 14:05 查到依赖支付超时;CPU 正常
- 14:10 打开支付方状态页确认对方故障
- 14:15 启用本地降级开关后恢复
- 手册未提降级开关位置

输出:
### 缺口
| ID | 故障证据 | runbook 缺失 | 建议补丁要点 |
| --- | --- | --- | --- |
| G1 | 告警为错误率/P99,CPU 正常 | 仅写 CPU 路径 | 增加「错误率/依赖超时」排查分支 |
| G2 | 查支付方状态页 | 无外部依赖状态检查 | 增加依赖状态页链接占位(待确认 URL) |
| G3 | 启用本地降级开关 | 无降级步骤 | 增加降级开关路径与确认项(待确认路径) |

### 冲突
| ID | runbook 原文 | 实操 | 建议 |
| --- | --- | --- | --- |
| C1 | CPU>90% 则扩容 | 本次 CPU 正常且扩容无效 | 将扩容改为「资源型告警」专节,避免误导 |

### 建议补丁(草案)
#### 依赖超时/错误率升高
1. 确认告警类型(错误率/P99/依赖失败)而非仅看 CPU
2. 打开「待确认:依赖状态页」核对上游
3. 若确认上游故障:执行「待确认:降级开关」并记录操作人
4. 恢复后取消降级并复盘

### 待确认
1. 支付状态页 URL
2. 降级开关控制台路径与权限角色

以上为 runbook 文档改进建议,不包含自动执行;请人工审阅后合入手册。

常见问题(FAQ)

  • 能不能直接改我仓库里的 runbook 文件? 可给出补丁文本;是否写入文件由用户确认后操作。
  • 没有故障经过只有手册? 可做「常见场景覆盖自检」但标记为无实证,优先级低于对照真实故障。
  • 要我 SSH 上去验证? 拒绝执行;只建议人工验证项。

已知限制

  • 不访问生产集群、监控或密钥。
  • 不保证补丁命令在真实环境可运行——必须人工审阅。
  • 中文交互;不依赖海外 API。

变更说明

  • 0.1.1: 消歧补强。「不适合」与边界表点名邻近技能(incident-status-update 事中通报、postmortem-lite 事故复盘、sop-gap-check 制度对照),原泛指表述改为可检索的技能名。
  • 0.1.0: 首发。对照故障的 runbook 缺口/冲突/补丁流程。

常见问题

5 问
答案由本站依据条目字段整理
Runbook 缺口补全怎么安装?

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

Runbook 缺口补全支持哪些客户端?

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

Runbook 缺口补全权限高吗,安全吗?

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

Runbook 缺口补全收费吗?

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

Runbook 缺口补全用什么许可证?

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

热门专题

按场景挑技能
全部专题 →

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