tt-P607
|
ff73f7c0e8
|
fix(chat): 修复消息打断后的重复处理并优化回复逻辑
本次提交包含两项关键更改：
1. 将 `triggering_user_id` 的设置逻辑从 `ChatterManager` 迁移至 `StreamLoopManager` 的处理循环初期。这确保了触发用户ID能够更早、更可靠地被设置，为回复保护机制提供了正确的上下文，避免了潜在的逻辑错误。
2. 在消息成功打断正在执行的任务后，立即调用 `clear_all_unread_messages`。此举修复了当新消息打断旧任务时，旧消息队列未被清空，导致机器人可能在之后重新处理这些过时消息的缺陷，从而防止了重复响应。
|
2025-11-19 23:27:04 +08:00 |
|
Windpicker-owo
|
4d8fce1fe1
|
refactor(chat): 简化任务管理架构，移除多重回复支持
- 移除 ChatterManager 中的复杂任务追踪逻辑（_processing_tasks）
- 将流循环任务管理从 StreamLoopManager 转移到 StreamContext
- 简化消息打断机制，通过取消 stream_loop_task 实现
- 移除多重回复相关功能，统一使用单一任务管理
- 优化错误处理和资源清理逻辑
BREAKING CHANGE: 移除了多重回复功能，所有流处理现在使用单一任务架构
|
2025-11-19 23:27:00 +08:00 |
|
tt-P607
|
54cfbacefa
|
feat(chat): 优化消息打断逻辑，仅限触发用户
为了防止群聊中其他用户的消息意外中断正在进行的AI多重回复，引入了“触发用户”机制。
- 现在，只有发起该轮对话的用户发送的新消息才可能触发打断。
- 此外，表情包和Emoji等非文本消息将被忽略，不再触发打断，以提高交互的流畅性。
|
2025-11-19 23:24:16 +08:00 |
|
tt-P607
|
3ae6761cbf
|
revert: 回退 commit 94e34c9370
|
2025-11-19 23:21:12 +08:00 |
|
tt-P607
|
2e2691c8d5
|
fix(chat): 修复消息打断会取消正在进行的回复任务的问题
之前的消息打断逻辑会无差别地取消处理流中的所有任务。这会导致一个问题：当用户在机器人生成回复期间快速发送新消息时，回复任务会被意外中断，导致机器人无法正常完成回复。
本次修改通过引入 `is_replying` 状态来解决此问题：
1. 在 `StreamContext` 中新增 `is_replying` 状态标志，用于追踪回复生成过程。
2. 当开始生成回复时，设置该标志为 `True`，并在回复完成或取消后通过 `finally` 块确保其恢复为 `False`。
3. `MessageManager` 的打断检查逻辑现在会首先检查此标志，如果为 `True` 则跳过打断，从而保护正在进行的回复。
4. `cancel_all_stream_tasks` 也增加了 `exclude_reply` 选项，确保即使触发打断，也不会取消回复任务。
|
2025-11-19 23:21:10 +08:00 |
|
Windpicker-owo
|
11e50b6521
|
refactor(chat): 优化任务管理机制支持多重回复
重构聊天管理器的任务处理系统，将单一任务追踪改为支持多重回复的任务列表管理。
主要变更：
- 将 `_processing_tasks` 从单任务字典改为任务列表字典
- 新增 `add_processing_task` 和 `get_all_processing_tasks` 方法
- 增强 `cancel_all_stream_tasks` 方法支持批量取消
- 修复消息打断机制，确保取消所有相关任务
- 优化任务清理逻辑，自动移除已完成任务
这些改进使系统能够更好地处理并发回复场景，提高任务管理的灵活性和可靠性。
|
2025-11-19 23:20:33 +08:00 |
|
Windpicker-owo
|
2448f83373
|
refactor(chat): 重构消息处理流程引入缓冲队列机制
通过引入消息缓冲队列，解决了高频消息场景下的竞态条件和消息丢失问题。
新的处理机制将消息暂存于缓冲区，仅在流处理空闲时才释放到未读队列，
确保了消息处理的原子性和一致性。
核心变更：
- 为每个聊天流创建独立的消息缓冲队列
- 实时跟踪流的处理状态，避免并发访问冲突
- 在处理开始前和完成后自动刷新缓冲区
- 仅在成功执行后清空未读消息，失败时保留消息
- 增加对取消任务和异常情况的容错处理
- 集成缓存统计和监控功能
此优化显著提升了消息处理的可靠性和性能表现。
|
2025-11-19 23:20:27 +08:00 |
|
minecraft1024a
|
2a89efe47a
|
ruff fix但指定了--unsafe-fixes
|
2025-11-19 23:19:42 +08:00 |
|
Windpicker-owo
|
74d022c489
|
feat(chat): 增强任务管理和取消机制
添加新的任务管理方法来更好地处理异步任务的生命周期：
- 新增 cancel_processing_task、remove_processing_task 等方法
- 在流循环清理时自动取消关联的 chatter 处理任务
- 添加活跃任务统计信息到管理器统计中
- 改进 prompt 构建时的任务类型检查和错误处理
|
2025-11-19 23:14:31 +08:00 |
|
minecraft1024a
|
e02af208c4
|
ruff
|
2025-11-19 23:14:28 +08:00 |
|
tt-P607
|
781fa2fce7
|
fix(chat): 确保在流取消时正确取消chatter处理任务
先前，当一个流循环（stream loop）被取消时，为其创建的 chatter 处理任务（`process_stream_context`）不会被一并取消。
这可能导致任务泄露，即“孤儿”任务在后台继续运行，消耗资源并可能引发意外行为。
本次修改引入了一个任务跟踪机制：
- `ChatterManager`现在会记录每个流正在运行的处理任务。
- 当流循环捕获到 `CancelledError` 时，它会主动取消关联的 chatter 任务。
这确保了在流停止时，相关的计算资源能够被正确、及时地释放，提高了系统的健壮性。
|
2025-11-19 23:14:20 +08:00 |
|
John Richard
|
a79253c714
|
re-style: 格式化代码
|
2025-11-19 23:13:20 +08:00 |
|
John Richard
|
00ba07e0e1
|
style: 格式化代码
|
2025-11-19 23:12:18 +08:00 |
|
tt-P607
|
22dc9374fd
|
fix(chat): 在聊天流处理后清除未读消息
在之前的逻辑中，当 ChatterManager 处理完一个聊天流后，该流上下文中的 unread_messages 列表并未被清空。这可能导致在后续的处理周期中，相同的消息被重复获取和处理，引发非预期的行为并浪费计算资源。
此更改通过在 MessageManager 中新增 `clear_stream_unread_messages` 方法，并在每次成功处理流之后立即调用它，确保消息只被处理一次，解决了潜在的重复处理问题。
|
2025-11-19 23:11:37 +08:00 |
|
tt-P607
|
3fa26debb9
|
feat(chat): 实现 focus_energy 的实时更新与同步机制
为了解决 `focus_energy` 更新不及时，导致其无法准确反映当前对话兴趣度的问题，本次提交引入了一套新的实时更新与同步机制。
这确保了每当消息的兴趣度发生变化时，代表机器人注意力的 `focus_energy` 也能被立即重新计算和更新，使决策更加精准。
主要变更：
1. **手动更新**: 在 `ChatStream` 中新增 `update_focus_energy` 方法，允许外部逻辑在需要时手动触发 `focus_energy` 的重新计算。
2. **实时计算**: `ChatterActionPlanner` 在评估并更新消息兴趣度后，会立即调用 `update_focus_energy`，确保了兴趣度到注意力的即时传导。
3. **状态同步**: `ChatterManager` 在完成一次执行后，会主动将 `mood_manager` 中可能已更新的 `chat_stream` 同步回当前的 `StreamContext`，保证了整个处理流中数据的一致性。
|
2025-11-19 23:09:16 +08:00 |
|
tt-P607
|
185706f599
|
Revert: 回退并发消息处理系统的相关提交
由于并发消息处理的实现在测试中暴露出消息重复和目标ID丢失的问题，暂时回退至该功能合并前的稳定状态，以便进一步排查问题。
|
2025-11-19 23:09:16 +08:00 |
|
tt-P607
|
0beb62421c
|
feat(chat): 实现并发消息处理系统
引入了一个全新的并发消息处理系统，以显著提升在高活跃度群聊中的响应速度。
在此之前，消息管理器对每个聊天流（如一个群聊）内的所有消息进行串行处理，导致用户需要排队等待机器人响应。新系统引入了可配置的并发模式：
- 通过 `concurrent_message_processing` 开关启用。
- 允许并行处理来自同一群聊中不同用户的消息。
- 通过 `process_by_user_id` 保证对同一用户的消息处理仍然是串行的，以维持上下文的连贯性。
- 使用 `concurrent_per_user_limit` 控制并发处理的用户数量。
为了支持此功能，对 `MessageManager` 进行了大规模重构，用更高效的独立流检查机制取代了旧的全局轮询和优先级排序逻辑。同时，清理和移除了大量已废弃或冗余的配置项，简化了整体配置。
BREAKING CHANGE: 移除了多个已废弃的 `ChatConfig` 配置项，包括 `mentioned_bot_inevitable_reply`, `at_bot_inevitable_reply`, `focus_value`, `group_chat_mode` 等。这些功能已被新的 AFC 逻辑或其它机制取代。请参考最新的配置文件模板进行更新。
|
2025-11-19 23:09:15 +08:00 |
|
Windpicker-owo
|
2b04d548b6
|
refactor(affinity_flow): 重构规划器架构并简化日志输出
- 移除ChatterManager中不必要的ActionPlanner实例化
- 在MessageManager中设置默认聊天模式为FOCUS
- 重构BaseChatter构造函数，移除planner依赖
- 统一ChatMode枚举定义，移除GROUP/PRIVATE模式
- 重构AffinityChatter内部planner初始化逻辑
- 大幅简化兴趣评分系统的日志输出
- 修复plan_filter中的动作解析逻辑，支持新格式
- 更新planner_prompts提示词模板，移除私聊限制
- 优化关系追踪器的错误处理和日志输出
|
2025-11-19 23:08:40 +08:00 |
|
Windpicker-owo
|
707926c5de
|
refactor(plugins): 统一亲和力流模块导入路径
将 chatter 模块重命名为 affinity_flow_chatter 后，更新相关文件的导入路径以保持一致性：
- chatter_manager.py 中的 ActionPlanner 导入路径
- default_generator.py 中的 interest_scoring 和 relationship_tracker 导入路径
- planner.py 中的内部模块导入路径
这些更改确保模块重构后的代码能够正确引用 affinity_flow_chatter 插件中的组件。
|
2025-11-19 23:08:35 +08:00 |
|
Windpicker-owo
|
c9b20aa61a
|
refactor(chat): 移除亲和力流模块并将其重构为插件架构
BREAKING CHANGE: 原有的亲和力流相关模块(src/chat/affinity_flow/)已被完全移除，相关功能已重构为插件形式。需要更新配置文件和相关依赖。
- 删除 src/chat/affinity_flow/ 目录下的所有文件
- 将 AFC 管理器功能移至 chatter 插件中实现
- 更新相关导入路径和引用
- 重构关系追踪器和兴趣评分系统的初始化逻辑
- 调整聊天管理器和消息管理器以适应新的插件架构
|
2025-11-19 23:08:27 +08:00 |
|
Windpicker-owo
|
dce48d38cf
|
feat: 在插件系统中添加 Chatter 组件
- 在 component_types.py 中新增了用于 CHATTER 的 ComponentType。
- 实现了 ChatterInfo 类，用于存储 Chatter 组件的相关信息。
- 增强了 ComponentRegistry，以支持 Chatter 组件的注册与管理。
- 创建了 ChatterManager，用于管理 Chatter 实例并处理聊天流。
- 开发了 BaseChatter 抽象类，用于定义 Chatter 的行为规范。
- 实现了 AffinityChatter，作为具备兴趣评分与关系构建功能的具体 Chatter 组件。
- 添加了一个内置的 Chatter 插件，并附带完整文档与使用示例。
- 更新了 PluginManager，在插件概览中加入 Chatter 组件的统计信息。
|
2025-11-19 23:08:03 +08:00 |
|