错误追踪与可观测性

生产里「看不见、响不停、查不到根因」

线上异常往往分散在应用日志、APM 和第三方 SDK 里：没有统一入口时，值班只能人肉 grep；告警阈值设得太粗会刷屏，设得太细又漏报；同一 bug 被不同堆栈或环境拆成多条 issue，排障时间被拉长。若你正在选型或改造 错误追踪与监控，需要的不只是「接个 Sentry」，而是一套从采集、分组到告警与恢复的闭环。

技能如何组织交付

该技能把实施过程拆成可执行的八块输出，便于对照现有栈逐项落地：

• 错误追踪分析：评估当前捕获、上报与上下文（用户、版本、请求 ID）是否足够
• 集成配置：对接常见错误追踪服务与 SDK 初始化方式
• 日志实现：结构化日志字段与追踪 ID 关联，便于和错误事件串联
• 告警规则：按严重度、影响面、频率设计告警，避免无意义通知
• 错误分组：指纹/去重逻辑，减少重复工单
• 恢复策略：在合适场景下讨论自动重试、降级或熔断等补偿手段
• 仪表盘设置：实时错误率、新发/回归趋势的可视化
• 文档：实施步骤与故障排查清单

执行时会先明确目标、约束和输入（对应 $ARGUMENTS），再按最佳实践给出步骤与验证方法；需要更细的模式与示例时可参考 resources/implementation-playbook.md。

适用边界

任务与错误追踪、可观测性、生产告警无关时不必启用。它侧重监控与响应链路，不替代业务领域设计或安全渗透测试；若你需要的完全是另一套工具链（例如只做 CI/CD），应换用对应技能。