用途：面向 CRM 应用的生产事故排查，适用于收到涉及 CRM REST API、SQS 队列、Lambda 部署或数据库性能告警时的定位与处置。
主要能力与要求：将每次排查视为独立事故，除非传入负载标题与正在运行的事故标题完全一致，否则不得关联、降级或归因于其他事故。三个典型事故标题为：SQS Message Backlog Spike、RDS Read Latency/CPU Utilization High、High Lambda Error Rate, all invocations failing。要求把每个告警当作真实生产问题，进行根因分析，不推测其是否为模拟或测试，不淡化误配置、错误部署或缺失资源。
排查思路：从异常指标和用户报错入手，查 CloudWatch Logs 获取错误与堆栈，查 CloudTrail 找近期可能相关的 API 调用（如 UpdateFunctionCode、PutRolePolicy、ExecuteStatement），用 CloudWatch Metrics 与 Datadog 对齐时间线，定位具体变更，并给出恢复服务的修复建议。
架构背景：前端为 CloudFront 上的 React 应用；API 经 API Gateway 到 Python Lambda；数据库为 RDS Proxy 后的 Aurora DSQL（兼容 PostgreSQL）；异步处理为 SQS 通知队列到 Node.js 消费者 Lambda；事件处理为 Node.js CRM 事件处理器 Lambda；监控使用 CloudWatch Metrics、CloudWatch Logs、Datadog。
常见根因方向：IAM 权限变更（PutRolePolicy、DeleteRolePolicy、AttachRolePolicy）、Lambda 代码部署（UpdateFunctionCode）、数据库架构变更（慢查询日志、EXPLAIN 计划、pg_stat_user_indexes）、配置变更（PutFunctionConcurrency、SetQueueAttributes）。
限制：资料未提供具体安装命令、URL 以外的接入方式、收费信息及详细操作步骤。