P1: 配置热更新覆盖所有 LLM Agent

[Qixuan112]

动机

当前只有 PlanLLM 监听了 config_reloaded 事件并热更新配置：

• ChatLLM、ToolLLM、VlmLLM、GenericLLM 修改配置后必须重启
• WebUI 上修改了 model/api_key/url 不能即时生效，用户体验差

建议方案

为所有 Agent 添加 on_config_reloaded 监听器：

# 在 TaleCore.initialize() 中注册
bus.on('config_reloaded', chat_llm.on_config_reloaded)
bus.on('config_reloaded', tool_llm.on_config_reloaded)
bus.on('config_reloaded', vlm_llm.on_config_reloaded)
bus.on('config_reloaded', generic_llm.on_config_reloaded)

每个 Agent 的 on_config_reloaded 方法重新读取对应的 API 配置。

涉及文件

• core/llm/generic.py
• core/llm/chatllm.py
• core/llm/planllm.py（已有，确认是否统一模式）
• core/llm/toolllm.py
• core/llm/vlm.py
• core/main.py

检查清单

• 为 GenericLLM 添加 on_config_reloaded
• 为 ChatLLM 添加 on_config_reloaded
• 为 ToolLLM 添加 on_config_reloaded
• 为 VlmLLM 添加 on_config_reloaded
• 在 TaleCore 注册所有监听器
• 验证 WebUI 修改配置后即时生效

[Qixuan112]

补充扩展范围（2026-06-19 讨论后纳入）：

除原计划的 ChatLLM/ToolLLM/VlmLLM/GenericLLM 外，配置热更新还应覆盖：

• Embedder / Reranker：core/rag/ 下的 embedder 与 reranker 当前在初始化时读取 routing.yaml 的 embedding/rerank，配置变更后需重新创建（注意 FAISS 索引维度变化时的兼容处理）
• 适配器配置：platforms.yaml 的 host/port/token 等变更后，目前需重启或手动在 WebUI 重启适配器；可考虑支持运行时热重载
• services.yaml 新增/删除 provider：ProviderManager 缓存的 provider 实例在配置变更后应刷新

实现时建议统一在 config_reloaded 事件下分派，并处理「新旧配置维度不一致」「热重载进行中有并发请求」等竞态。

🤖 Added by Claude Code