bino1 天前感觉方案二是正解。 1、慢的问题：是否可以 cluster-id 参数改为批量的，同时可以传多个 cluster-id，内部实现为并发查询呢？ 然后也有 cluster 列表的批量 mcp 接口。 2、结果集过大： 是否可以用 subagent + skills 的方式，在 skills 里面写明：超过多个数量 就新增多个 agent 去分治解决一下。 感觉大模型还是可以听懂的。 3、能力受限：感觉这个就是要结合自己场景去分析了。 当然这块只是猜测，还是要 OP 试试最终效果，可能说的不对。
mumong05OP昨天 09:35方案 2 有个问题在于不能远程执行一些命令，通过 kubeconfig 传递的方式只能操作和 k8s 有关的工具。而 prometheus，bash 和一些其他工具很难做到跨集群跨网段，远程执行。
感觉方案二是正解。
1、慢的问题：是否可以 cluster-id 参数改为批量的，同时可以传多个 cluster-id，内部实现为并发查询呢？ 然后也有 cluster 列表的批量 mcp 接口。
2、结果集过大： 是否可以用 subagent + skills 的方式，在 skills 里面写明：超过多个数量 就新增多个 agent 去分治解决一下。 感觉大模型还是可以听懂的。
3、能力受限：感觉这个就是要结合自己场景去分析了。
当然这块只是猜测，还是要 OP 试试最终效果，可能说的不对。