bino昨天 19:58感觉方案二是正解。 1、慢的问题:是否可以 cluster-id 参数改为批量的,同时可以传多个 cluster-id,内部实现为并发查询呢? 然后也有 cluster 列表的批量 mcp 接口。 2、结果集过大: 是否可以用 subagent + skills 的方式,在 skills 里面写明:超过多个数量 就新增多个 agent 去分治解决一下。 感觉大模型还是可以听懂的。 3、能力受限:感觉这个就是要结合自己场景去分析了。 当然这块只是猜测,还是要 OP 试试最终效果,可能说的不对。
感觉方案二是正解。
1、慢的问题:是否可以 cluster-id 参数改为批量的,同时可以传多个 cluster-id,内部实现为并发查询呢? 然后也有 cluster 列表的批量 mcp 接口。
2、结果集过大: 是否可以用 subagent + skills 的方式,在 skills 里面写明:超过多个数量 就新增多个 agent 去分治解决一下。 感觉大模型还是可以听懂的。
3、能力受限:感觉这个就是要结合自己场景去分析了。
当然这块只是猜测,还是要 OP 试试最终效果,可能说的不对。