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 查看