[Bug] 会话管理中单独设定的人格会在新建对话时被覆盖

[kj415j45]

发生了什么

会话中bot未正常使用已在会话管理中单独覆盖的人格，且会话管理的显示与实际不符。

如何复现？

以配置文件设置中使用默认人格（即无人格）为例。

1. 在会话管理中为对话设定人格。
2. 进行对话，确认人格设定正常。
3. 对话中使用 /new 新建对话。
4. 再次进行对话，可观测到未使用会话管理中已设定的人格，而是使用了默认人格。

AstrBot 版本、部署方式（如 Windows Docker Desktop 部署）、使用的提供商、使用的消息平台适配器

v4.3.2, Docker Compose 部署。
Napcat 适配器，Docker Compose 部署。

操作系统

Linux

报错日志

略

你愿意提交 PR 吗？

• 是的，我愿意提交 PR!

Code of Conduct

• 我已阅读并同意遵守该项目的 行为准则。

[Dt8333]

使用/new新建对话时使用默认人格。
session --> (conversation1 -->persona1)
session --> (new conv --> default persona)
新建对话后需要手动切换persona，否则的确会使用默认persona

新建对话后刷新管理面板会看到新建对话使用了默认人格。这是正常行为。

一个会话可以有多个对话，每个对话都有自己的人格。
我个人认为这不是bug

使用/ls列出所有对话
如果只是想放弃旧对话，清空聊天记录，可以考虑使用/reset

[kj415j45]

新建对话后刷新管理面板会看到新建对话使用了默认人格。这是正常行为。

否定。

1. 管理面板中未提供针对某一对话检视其当前设定的功能，对话数据和会话管理两个页面均未发现相关功能。
2. 刷新会话管理页面后，指定的会话仍然显示先前手动设定的人格而非当前对话的人格。
3. 对话管理页面也未提供检视当前对话设定的功能。

此时的设置

另外，也没有提供显示对上游LLM原始请求的选项。

---

一个会话可以有多个对话，每个对话都有自己的人格。

肯定，但此处存在配置覆盖优先级问题：尽管全局默认设置设置了人格，但已通过会话管理对特定会话对象单独设置了人格时，针对该会话对象的新对话（甚至考虑覆盖针对当前激活中的对话，但没有必要追溯已经产生过的对话）应考虑使用该细粒度更高的设置选项，而非使用全局设置。

[Dt8333]

2. 刷新会话管理页面后，指定的会话仍然显示先前手动设定的人格而非当前对话的人格。

已复现。 #2906 引入了该问题。在 #3000 中修复。

一个会话可以有多个对话，每个对话都有自己的人格。

肯定，但此处存在配置覆盖优先级问题：尽管全局默认设置设置了人格，但已通过会话管理对特定会话对象单独设置了人格时，针对该会话对象的新对话（甚至考虑覆盖针对当前激活中的对话，但没有必要追溯已经产生过的对话）应考虑使用该细粒度更高的设置选项，而非使用全局设置。

个人认为这个和默认设置的含义冲突。但是仅为个人观点，等作者把关。

1. 管理面板中未提供针对某一对话检视其当前设定的功能，对话数据和会话管理两个页面均未发现相关功能。
2. 对话管理页面也未提供检视当前对话设定的功能。

似乎需要添加新面板和新行为。问下作者怎么认为？
@Soulter

[Soulter]

肯定，但此处存在配置覆盖优先级问题：尽管全局默认设置设置了人格，但已通过会话管理对特定会话对象单独设置了人格时，针对该会话对象的新对话（甚至考虑覆盖针对当前激活中的对话，但没有必要追溯已经产生过的对话）应考虑使用该细粒度更高的设置选项，而非使用全局设置。

确实目前存在优先级的问题，我觉得 @kj415j45 说的没错，设置了会话人格之后，会话的新对话应该同样使用设置的会话的人格。（和会话管理的 TTS、对话模型、STT模型等配置的效果一致）

新面板和新行为 感觉目前没太大必要去加 优先级较低）

[Dt8333]

确实目前存在优先级的问题，我觉得 @kj415j45 说的没错，设置了会话人格之后，会话的新对话应该同样使用设置的会话的人格。（和会话管理的 TTS、对话模型、STT模型等配置的效果一致）

#3005 已实现

[Dt8333]

请检查是否解决。