用途：该技能用于排查 Buttercup 平台在 crs 命名空间中的运行故障，覆盖 Pod 崩溃重启、级联失败、Redis 异常、队列停滞、节点资源压力、DinD 失败、调度卡住、健康检查失败以及部署配置与预期不符等场景。不适用于部署或升级 Buttercup、crs 命名空间之外的问题，以及不涉及故障症状的性能调优。
主要能力：提供分层服务清单（基础设施、编排、模糊测试、分析、接口），并给出系统化排查流程。先做三命令分诊：kubectl get pods -n crs -o wide、kubectl get events -n crs --sort-by='.lastTimestamp'、kubectl get events -n crs --field-selector type=Warning --sort-by='.lastTimestamp'。随后用 describe pod 查看 Last State、用 kubectl logs --previous 查看崩溃容器日志，并区分历史与当前问题（--since=300s、--timestamps）。支持级联检测（如 Redis 宕机导致多服务 ConnectionError）、日志聚合、资源压力检查（kubectl top pods/nodes、节点 Conditions、df/du）、Redis 诊断（INFO、CLIENT LIST、CONFIG GET appendonly/appendfsync、/data 挂载类型）、队列检查（XLEN、XINFO GROUPS、XPENDING、HLEN tasks_registry、SCARD 各状态集合）、健康检查文件 /tmp/health_check_alive 新鲜度、OpenTelemetry/Signoz 追踪、PVC 与 corpus_tmpfs 存储检查，以及通过 jsonpath 核对 Helm 值是否生效。
使用方式：按分诊、定位、验证顺序执行上述命令；可运行 bash {baseDir}/scripts/diagnose.sh 获取自动快照，加 --full 附带所有 Pod 近期日志。
限制：资料中 references/failure-patterns.md 未随目录提供，依赖该文件的步骤在获得原始材料或既有安装前不可执行，也不得伪造缺失脚本。输出不能替代环境特定验证、测试或专家评审；缺少必要输入、权限、安全边界或成功标准时应停止并请求澄清。