Skip to main content

sre-methodology

Generic SRE investigation methodology for latency, errors, crashes, capacity issues, and dependency failures. Use for production incident investigation when you need a disciplined troubleshooting loop.

来源信息

仓库
mr-karan/pi-sre-mode
最近来源活动
2026年3月11日 15:44
检测到的 SKILL.md 语言
英语
星标
22
分支
1

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
name
sre-methodology
description
Generic SRE investigation methodology for latency, errors, crashes, capacity issues, and dependency failures. Use for production incident investigation when you need a disciplined troubleshooting loop.
allowed-tools
Read Bash Grep
# SRE Methodology Use this skill to investigate incidents systematically. ## Core loop 1. **Observe** — what is the symptom right now? 2. **Hypothesize** — what could explain it? 3. **Test** — run one command that distinguishes hypotheses 4. **Evaluate** — what did that command prove or eliminate? Avoid command carpet-bombing. Every command should have a reason. ## First principles - Prefer evidence over speculation. - Build a timeline before claiming causation. - Check what changed recently: deploys, config, traffic, dependencies. - Compare against baseline when possible. - The loudest symptom is often downstream of the real cause. ## Four golden signals Always think about: - latency - traffic - errors - saturation Use them together, not in isolation. ## Incident structure When writing findings, use this shape: ```markdown ## Summary - concise operator-facing summary ## Timeline - event order with timestamps and timezones when relevant ## Findings - evidence-backed statements only ## Root cause hypothesis - current best explanation + confidence ## Actions - mitigation - prevention - detection ``` ## Read-only posture This skill is for investigation, not remediation. Prefer inspection commands and avoid mutations unless the user explicitly changes the operating mode.
在 GitHub 查看