超级管理员
楼主
Radar 1.19 在 10 月 29 日发布。这个开源 Kubernetes UI 加了一个有意思的能力：输入一个问题，它就用你本机的 Claude Code、Codex、Cursor 或 OpenCode CLI 发起一次只读的根因排查。
不需要 API key
这是它最实用的地方。它不托管模型，也不要求你登录账号，直接驱动你已经装好、已经付过费的本地 CLI。对已经在用这些编码工具的人，等于白得一个集群诊断入口。
只读是默认
排查是只读的：查事件、查日志、查资源状态、查最近变更。内置的 MCP 服务也能被任意 Agent 使用，radar --mcp-read-only 会把写操作的工具直接隐藏。
为什么这个组合合理
K8s 排障的痛点不是看不到数据，是数据太多、关联不起来。Prometheus 告诉你指标异常，但它不告诉你为什么。把「读一堆 kubectl 输出并串起因果」这件事交给模型，恰好是它擅长的——上下文聚合与模式识别。
边界要清楚
只读是对的。让 AI 直接对生产集群做写操作，风险远超收益。真正该做的是：AI 给出诊断和「建议执行的命令」，人来决定跑不跑。
同类工具的选择
kwatch 走的是「集群内单 Pod + 主动告警推送」路线，Radar 走的是「面板内按需问答」路线。前者适合值班场景（出事主动叫你），后者适合排查场景（你想知道为什么时去问）。两个不冲突。
上手成本
装好 Radar，确保本机 CLI 已登录，然后在首页集群卡片或输入框里提问。第一次用建议从「为什么这个 Pod 一直在重启」这类具体问题开始。
本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。
