错误分析与根因诊断
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/error-diagnostics-error-analysis。
技能介绍
要解决什么问题
生产里反复出现的 5xx、跨服务调用超时、或只有一句「Connection refused」却找不到责任服务时,排查往往停在猜依赖、翻散日志之间。本技能把分布式系统调试和生产事故分析当成一条可重复的工作流:从错误上下文出发,用证据收敛到根因,而不是堆临时补丁。
技能如何工作
- 收集上下文:对齐时间戳、受影响服务、错误消息与堆栈,明确
$ARGUMENTS所界定的分析范围(特定 trace、日志片段或故障模式)。 - 复现与缩小范围:用有针对性的实验复现或二分依赖,避免在全链路盲搜。
- 根因与验证:区分症状与根因,用日志、结构化日志、分布式追踪和可观测性数据交叉验证。
- 修复与预防:给出修复思路、测试用例与可观测性/错误处理改进;需要完整检查清单时可参照 bundled 的
resources/implementation-playbook.md。
适用边界与注意点
- 适合:调查生产事故、跨服务 RCA、设计可观测性与错误处理改进。
- 不适合:纯功能开发、无法访问错误报告/日志/追踪、与可靠性无关的问题。
- 安全:未经批准且没有回滚计划不要在生产改配置;共享诊断材料时对密钥与 PII 做脱敏。
使用场景
- 某微服务在高峰时段间歇性 5xx,需结合日志时间戳与 trace 定位是下游超时还是本服务线程池耗尽
- 跨三个服务的订单失败无统一错误码,需做跨服务 RCA 并给出可验证的根因假设
- 反复出现的 OOM 或连接池耗尽,需从堆栈与指标设计可观测性改进与错误处理策略
- 事故复盘前要把特定错误消息、堆栈与受影响服务整理成有证据链的分析结论
适合人员
- 负责 on-call 的 SRE,需要在有限窗口内从告警与散日志收敛到可回滚的修复方向
- 微服务架构下的后端工程师,接手跨团队事故时需要结构化地做依赖链与根因验证
- 平台或可观测性工程师,希望针对一类错误模式设计结构化日志与追踪采集改进方案
- 发布后出现回归故障的 tech lead,需要带测试用例与预防措施的修复与复盘材料