[Bug] 更新配置文件时，Webchat不会更新已有的使用该配置文件的对话配置

[heerxingen]

What happened / 发生了什么

如题，这样每次都还得手动改，按设计意图应该是”配置文件管理一切使用该配置的对话“而不是“配置文件给对话导入配置”，所以并未提交至feature
不会更改的配置有：默认模型，流式响应

Reproduce / 如何复现？

1.配置 配置文件后新建webchat对话
2.修改配置
3.webchat内默认模型与流式响应未更改

AstrBot version, deployment method (e.g., Windows Docker Desktop deployment), provider used, and messaging platform used. / AstrBot 版本、部署方式（如 Windows Docker Desktop 部署）、使用的提供商、使用的消息平台适配器

Astrbot 4.22.3

OS

Linux

Logs / 报错日志

无关

Are you willing to submit a PR? / 你愿意提交 PR 吗？

• Yes!

Code of Conduct

• I have read and agree to abide by the project's Code of Conduct。

[dosubot]

这个 bug 的根因大概率在前端缓存，而不是后端。

从代码来看，后端对 default_model 和 streaming 设置是无状态的——每次消息请求时，这些值由前端通过 payload 传入（selected_provider、selected_model、enable_streaming），后端通过 event.set_extra() 动态注入到处理流程中 [1] [2]。数据库的 PlatformSession 和 ConversationV2 表中也没有缓存这些字段 [3]。

所以问题出在：前端 UI 在创建对话时从配置文件读取了这些值并缓存到了对话的本地状态中，之后每次发消息都发送缓存的旧值，配置文件更新后前端并不会重新读取。

修复方向建议：

• 前端侧：当配置文件更新时，通知所有使用该配置的对话刷新其本地缓存的 selected_model 和 enable_streaming 值；或者在每次发消息前动态从当前配置文件获取这些值，而不是使用创建时的快照。

这和之前 sub-agent 系列的同类 bug（如 PR #5348 修复流式响应配置不生效）是类似的模式——使用创建时的值而非实时读取配置。

既然你愿意提交 PR，主要需要排查前端 Webchat 对话组件中 selected_model 和 enable_streaming 的存储和发送逻辑。

To reply, just mention @dosu.

---

^{How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other}