用途：将“某处坏了”转化为结构化诊断，定位是哪个 Pod、什么症状、哪个 values.yaml 字段或外部依赖是根因，以及应改什么。全程对集群只读。
主要能力与用法：先确认上下文，运行 kubectl config current-context 和 helm list -A | grep -i llama，确认发行版。随后做健康快照，使用 helm status、helm history、kubectl get pods -o wide、kubectl get events --sort-by=.lastTimestamp、kubectl get pdb,hpa,ingress,svc,pvc。组件 Deployment 名称固定，不随发行版加前缀，但子 chart 组件使用 <release>- 前缀；也可用 app.kubernetes.io/name 标签选择器精确隔离组件。
症状路由按 status.phase、containerStatuses[].state 与事件分类，例如 Pending/FailedScheduling 看 describe 事件与节点容量、GPU；CreateContainerConfigError 检查 Secret/ConfigMap 引用；CrashLoopBackOff 用 kubectl logs --previous 并对照 patterns.md。还涵盖跨 Pod 网络检查（Service endpoints、DNS、NetworkPolicy 出口），必要时做云侧只读检查。
最后写 debug-report.md，含摘要、输入、Pod 状态、故障证据、helm 历史、事件、云路由检查与建议步骤，并对已知密钥模式做正则脱敏。
限制与规则：严格只读，不执行 kubectl edit/patch/delete、rollout restart、helm upgrade/rollback；执行 kubectl exec 前须征得同意；写文件前必须掩码密钥；不要激进重跑 preinstall 检查；一次只处理一个症状。资料未提供具体价格、版本、平台或效果信息。