gardel/Mofox-Core
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
4,984 Commits 1 Branch 0 Tags
69db860a1fe12aa9b59966c797024b43f826e3f3
Commit Graph

4984 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
Windpicker-owo
ca8a47f246 refactor(chat): 重构消息兴趣度计算与动作记录机制 
重构聊天系统以使用集中式消息管理API，移除ChatMessageContext类，将兴趣度计算和动作记录功能整合到StreamContext中。

主要变更：
- 移除ChatMessageContext类，使用StreamContext统一管理消息上下文
- 在DatabaseMessages模型中添加interest_degree、actions、should_reply字段
- 实现消息管理器API用于更新消息信息和刷新focus_energy
- 重构ChatStream的focus_energy计算逻辑，基于StreamContext历史消息
- 在动作管理器中添加动作记录功能，确保动作执行后更新消息状态

BREAKING CHANGE: ChatMessageContext类已被移除，相关功能需使用StreamContext API替代
 2025-11-19 23:09:19 +08:00
tt-P607
9c6fbce81b refactor(chat): 移除会话数据中的 relationship_score 2025-11-19 23:09:17 +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
66f9b9b84f refactor(chat): 重构消息管理器以使用集中式聊天流API 
移除对context.chat_stream的直接依赖，改为通过get_chat_manager().get_stream()统一获取聊天流实例。这提高了模块独立性，符合"高内聚、低耦合"原则。

- 在MessageManager中统一使用chat_api获取stream实例
- 移除mood_manager中直接更新chat_stream的逻辑
- 在affinity_flow_chatter中统一处理兴趣度更新
- 消除直接属性访问带来的强耦合依赖
 2025-11-19 23:09:14 +08:00
Windpicker-owo
a67b78b551 feat(chat): 实现动态消息分发系统和消息打断机制 
添加基于focus_energy的动态消息分发周期调整功能，根据聊天流兴趣度智能调整检查间隔
实现消息打断系统，允许高优先级消息打断正在处理的任务
重构ChatStream类，引入动态兴趣度计算系统，包括消息兴趣度统计和用户关系评分
扩展数据库模型和配置系统以支持新功能，增加相关配置项
更新版本号至0.11.0-alpha-1以反映重大功能更新
 2025-11-19 23:09:12 +08:00
minecraft1024a
c4f24244c1 Revert "refactor(llm): 重构 LLM 请求处理，引入通用故障转移执行器" 
This reverts commit a6f2fb78e1.
 2025-11-19 23:09:10 +08:00
minecraft1024a
c180d55944 Revert "refactor(llm): 精简故障转移执行器的调用逻辑" 
This reverts commit 7dfc005a3e.
 2025-11-19 23:09:08 +08:00
minecraft1024a
59d4434717 Revert "fix(llm): 增强并发执行和异常处理的健壮性" 
This reverts commit 0146eb7e9f.
 2025-11-19 23:09:06 +08:00
minecraft1024a
cb38f14e82 fix(llm): 增强并发执行和异常处理的健壮性 
- 为 `execute_concurrently` 添加协程函数检查，防止传入非异步函数导致运行时错误。
- 统一将日志中的异常对象显式转换为字符串，以获得更清晰的错误输出。
- 移除了针对特定模型供应商的 403 错误降级处理逻辑，该逻辑已过时。
 2025-11-19 23:09:04 +08:00
minecraft1024a
ef809cd9fa refactor(llm): 精简故障转移执行器的调用逻辑 
`_execute_with_failover` 方法在 `raise_on_failure=True` 时，保证了要么返回有效结果，要么抛出异常。

因此，先前在调用该方法后的 `if result:` 判断和 `raise RuntimeError` 语句是冗余且不可达的。本次重构移除了这些不必要的代码，直接返回该方法的调用结果，使代码更加简洁和清晰。
 2025-11-19 23:09:03 +08:00
minecraft1024a
ca7a4c0c2a feat(chat): 在亲和流对话中触发表达学习 
每次亲和流对话器处理消息时，都会异步触发一次表达学习任务。这有助于模型根据最近的对话内容，持续优化其表达方式。
 2025-11-19 23:09:01 +08:00
minecraft1024a
b91d1e6bf5 refactor(llm): 重构 LLM 请求处理，引入通用故障转移执行器 
之前的代码里，处理文本、图片、语音的请求方法都各自为战，写了一大堆重复的故障转移逻辑，简直乱糟糟的，看得我头疼。

为了解决这个问题，我进行了一次大扫除：

- 引入了一个通用的 `_execute_with_failover` 执行器，把所有“模型失败就换下一个”的脏活累活都统一管理起来了。
- 重构了所有相关的请求方法（文本、图片、语音、嵌入），让它们变得更清爽，只专注于自己的核心任务。
- 升级了 `_model_scheduler`，现在它会智能地根据实时负载给模型排队，谁最闲谁先上。那个笨笨的 `_select_model` 就被我光荣地裁掉了。

这次重构之后，代码的可维护性和健壮性都好多了，再加新功能也方便啦。哼哼，快夸我！
 2025-11-19 23:08:59 +08:00
Windpicker-owo
f333611bfa 删除无用日志 2025-11-19 23:08:57 +08:00
minecraft1024a
acd2cfabaf 杀掉一部分日志 2025-11-19 23:08:57 +08:00
minecraft1024a
b204ab914d fix(napcat_adapter): 确保回复消息的目标 ID 始终为字符串 2025-11-19 23:08:56 +08:00
minecraft1024a
e903386ffb chore(napcat_adapter): 增加回复消息段数据日志 2025-11-19 23:08:56 +08:00
minecraft1024a
a456b53920 chore(napcat_adapter): 增加待处理消息段的日志 2025-11-19 23:08:56 +08:00
minecraft1024a
1b4d1f9adf chore(napcat_adapter): 增加回复消息的目标 ID 日志 2025-11-19 23:08:55 +08:00
minecraft1024a
547ebc9b92 删除几个日志 2025-11-19 23:08:55 +08:00
minecraft1024a
035ddac340 fix(plugin_system): 兼容从 'id' 字段获取消息 ID 2025-11-19 23:08:54 +08:00
minecraft1024a
669e5d3851 我是打日志先人 2025-11-19 23:08:54 +08:00
minecraft1024a
6ecfd85617 chore(napcat_adapter): 增加消息发送与回复处理的详细日志 
为了方便排查消息发送失败或引用回复行为不符合预期的问题，在消息发送和回复处理的关键路径上增加了详细的日志输出。

- 在调用 NapCat 发送接口前，记录准备发送的完整消息体。
- 在 `handle_reply_message` 方法中，记录获取被引用消息详情、判断是否 @ 用户以及最终返回的消息段等步骤。
 2025-11-19 23:08:53 +08:00
minecraft1024a
9422d1d547 revert 1a24233b86deb0c4d8446ff31c072ea4b18572aa中的plugin.py 2025-11-19 23:08:53 +08:00
tt-P607
b1f2365539 perf(core): 将异步任务日志降级为 debug 级别 
将消息处理的异步任务创建和完成日志级别从 INFO 调整为 DEBUG。

这些日志在高并发场景下会产生大量输出，影响关键信息的查看，并且会带来不必要的 I/O 开销。将其降级到 DEBUG 级别可以使默认日志更清晰，同时保留在需要时进行详细调试的能力。
 2025-11-19 23:08:53 +08:00
tt-P607
42645972e4 feat(core): 实现消息异步处理并引入LLM驱动的智能表情回应 
本次更新对系统核心处理流程和插件功能进行了重要升级，主要包含以下两方面：

1.  **消息处理异步化**:
    - 在 `main.py` 中引入了 `asyncio.create_task` 机制，将每条消息的处理过程包装成一个独立的后台任务。
    - 这解决了长时间运行的AI或插件操作可能阻塞主事件循环的问题，显著提升了机器人的响应速度和系统稳定性。
    - 为后台任务添加了完成回调，现在可以详细地记录每个消息处理任务的成功、失败或取消状态及其耗时，便于监控和调试。

2.  **`set_emoji_like` 插件智能化**:
    - 为 `set_emoji_like` 插件增加了LLM驱动的表情选择功能。当动作指令未指定具体表情时，插件会自动构建包含聊天上下文、情绪和人设的提示，请求LLM选择一个最合适的表情进行回应。
    - 为支持此功能，对AFC规划器的提示词进行了优化，为LLM提供了更清晰的参数示例和规则，提高了动作生成的准确性。

此外，为了统一日志规范，将 `[所见]` 消息接收日志集中到 `bot.py` 中，确保在任何过滤逻辑执行前记录所有收到的消息，并移除了插件中重复的日志。
 2025-11-19 23:08:52 +08:00
Windpicker-owo
c4162d787a feat(affinity_flow_chatter): 增强动作思考过程在回复生成中的集成 
添加了将动作思考过程集成到回复生成流程的功能：
- 在 generator_api 中新增逻辑，将 action_data 中的 thinking 字段内容添加到 extra_info
- 优化 plan_filter 中对 thinking 字段的处理逻辑，避免添加无意义的默认值
- 更新默认生成器提示词，移除冗余的关系信息块重复
- 在 planner 提示词中添加不对表情包消息回应的限制
 2025-11-19 23:08:50 +08:00
Windpicker-owo
80ecd553df perf(logging): 将信息级别日志降级为调试级别以优化性能 
减少日志输出量，将两个模块中的非关键信息日志从INFO级别调整为DEBUG级别，提升运行效率并减少日志噪音。
 2025-11-19 23:08:49 +08:00
minecraft1024a
31f2c9f282 refactor(sleep_manager): 引入上下文对象重构睡眠与唤醒状态管理 
创建了 `SleepContext` 与 `WakeUpContext` 类，用于统一封装和管理各自模块的状态数据及其持久化逻辑。

- `SleepManager` 和 `WakeUpManager` 不再直接管理零散的状态属性（如 `_current_state`, `wakeup_value`），而是通过持有一个 Context 实例来进行状态的读写和保存。
- 移除了原有的 `SleepStateSerializer` 静态类和管理器中的 `_save_state` / `_load_state` 方法，将逻辑集中到新的 Context 类中。

此次重构旨在提升代码的内聚性，实现状态管理与业务逻辑的分离，使代码结构更清晰，更易于维护和扩展。
 2025-11-19 23:08:49 +08:00
tt-P607
e170999404 feat(affinity_flow_chatter): 优化动作提示词，为 LLM 提供完整 JSON 范例 
为了提升语言模型在选择和执行动作时的稳定性和格式准确性，对动作提示词的生成方式进行了重构。

旧的实现仅提供动作和参数的文本描述，这使得模型在生成动作 JSON 时容易出错。

新的实现为每个可用动作动态构建一个完整的 JSON 使用范例，包含 `action_type`、附带示例值的参数和 `reason` 字段。这种更明确的格式指导旨在显著降低模型输出格式错误的风险。
 2025-11-19 23:08:48 +08:00
tt-P607
6ea3b2af26 feat(affinity_flow_chatter): 优化戳一戳动作以更精准地回应原始消息 
当LLM在执行 poke_user 动作时未指定 target_message_id，系统现在会主动在消息历史中寻找触发该动作的“戳一戳”通知，以实现更具上下文的回应。如果未找到对应的通知消息，则会回退到使用最新的消息作为目标。

此外，本次更新包含以下修复：
- 修复了在计划过滤器中错误地引用 `self.available_actions` 的问题，现已更正为 `plan.available_actions`。
- 修复了 `ActionModifier` 中动作列表在多阶段过滤时未及时更新的问题，确保了动作筛选的准确性。
 2025-11-19 23:08:47 +08:00
tt-P607
b5342376eb feat(affinity_flow_chatter): 重构计划器以支持多动作并优化思考逻辑 
本次提交对亲和流聊天器（AFC）的计划与决策核心进行了重大重构和功能增强，旨在提升其响应的灵活性、鲁棒性和可观测性。

主要变更包括：

1.  **多动作支持与解析重构**:
    -   `PlanFilter` 现在能够正确解析并处理 LLM 返回的动作列表（`"actions": [...]`），而不仅限于单个动作，这使得机器人能够执行更复杂的组合行为。
    -   增强了动作解析的鲁棒性，当找不到 `target_message_id` 时会优雅降级（如 `reply` 变为 `no_action`），并会根据当前实际可用的动作列表对 LLM 的选择进行验证。

2.  **提示词工程与思考模式优化**:
    -   重新设计了核心 Planner 提示词，将 `thinking` 字段定义为“思绪流”，引导 LLM 生成更自然、更符合角色的内心独白，而非简单的决策理由，从而提升决策质量和角色扮演的沉浸感。
    -   强制要求 LLM 为需要目标消息的动作提供 `target_message_id`，提高了动作执行的准确性。

3.  **上下文构建与鲁棒性增强**:
    -   在 `PlanFilter` 中增加了上下文回退机制，当内存中缺少历史消息时（如冷启动），会自动从数据库加载最近的消息记录，确保决策所需上下文的完整性。
    -   简化了提供给 LLM 的未读消息格式，移除了兴趣度分数等内部信息，并加入了用户昵称，使其更易于理解和处理。

4.  **可观测性与日志改进**:
    -   在 AFC 的多个关键节点（消息接收、决策、动作执行）增加了彩色的详细日志，使其决策流程像 HFC 一样清晰可见，极大地方便了调试。
    -   将系统中多个模块（视频分析、兴趣度匹配、情绪管理）的常规日志级别从 `INFO` 调整为 `DEBUG`，以减少在生产环境中的日志噪音。

5.  **动作描述优化**:
    -   优化了 `set_emoji_like` 和 `emoji` 等动作的描述，使其意图更清晰，帮助 LLM 做出更准确的动作选择。
 2025-11-19 23:08:45 +08:00
Windpicker-owo
df5e68abe9 refactor(mood): 支持 DatabaseMessages 类型并改进时间处理逻辑 
扩展 update_mood_by_message 方法参数类型，使其支持 MessageRecv 和 DatabaseMessages 两种消息类型。重构时间获取逻辑，通过类型检查分别处理不同消息对象的时间字段，提高代码健壮性和可复用性。
 2025-11-19 23:08:43 +08:00
Windpicker-owo
d2c58ad9d9 feat(affinity_flow_chatter): 添加情绪状态获取接口 
为 AffinityChatter 和 ChatterActionPlanner 添加情绪状态相关方法：
- get_current_mood_state() 获取当前情绪状态描述
- get_mood_stats() 获取情绪状态统计信息
- 在规划器中集成情绪管理器更新逻辑

这些接口允许外部模块获取聊天过程中的情绪状态数据，增强了情感交互能力。
 2025-11-19 23:08:43 +08:00
tt-P607
47ea14ff6c fix(affinity_flow_chatter): 修复私聊上下文构建时对目标信息的访问方式 
在近期的重构中，`plan.target_info` 的数据结构已从对象变更为字典。此提交将对应的属性访问方式（`.`）更新为字典键访问（`.get()`），以防止在构建私聊上下文描述时出现 `AttributeError`。
 2025-11-19 23:08:42 +08:00
Windpicker-owo
c3b153f8c6 refactor(notification_sender): 移除对 HfcContext 的依赖并简化方法签名 2025-11-19 23:08:42 +08:00
minecraft1024a
7f83fde082 feat(chat): 为消息管理器添加睡眠与唤醒机制 
将 `SleepManager` 和 `WakeUpManager` 集成到 `MessageManager` 中，以实现机器人的睡眠和唤醒功能。

在睡眠状态下，机器人将忽略常规消息，不进行处理。只有当接收到特定唤醒触发器（如私聊消息或在群聊中被@）时，机器人才能被唤醒并恢复正常的消息处理流程。

此机制旨在模拟更自然的用户行为，并在机器人非活跃时段减少不必要的打扰。
 2025-11-19 23:08:41 +08:00
minecraft1024a
c1ba228862 refactor(chat): 更新判断群聊消息的属性以适配新结构 2025-11-19 23:08:41 +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
502d0b7c59 refactor(plugins): 将亲和力流模块重构为插件架构并移除旧代码 
本次重构将亲和力流（Affinity Flow）模块从核心聊天系统迁移到插件架构中，主要变更包括：

- 删除 src/chat/planner_actions/ 目录下的 plan_executor.py、plan_filter.py 和 planner.py
- 更新插件系统组件类型，将 FOCUS 聊天模式改为 GROUP 和 PRIVATE 模式
- 调整亲和力流插件中的模式引用，确保与新的聊天模式枚举保持一致
- 统一亲和力流模块的导入路径，使其完全作为插件运行

BREAKING CHANGE: 移除原有的 FOCUS 聊天模式，改为 GROUP 和 PRIVATE 模式，需要更新相关配置和代码引用
 2025-11-19 23:08:38 +08:00
Windpicker-owo
8aa5bed97d refactor(plugins): 统一亲和力流模块导入路径 
将 chatter 子模块重命名为 affinity_flow_chatter 后，更新相关导入路径以保持一致性：
- individuality.py 中的兴趣评分系统导入路径
- plan_filter.py 中的兴趣评分系统导入路径

这些更改确保模块引用与新的目录结构保持一致，避免导入错误。
 2025-11-19 23:08:36 +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
f9339b8ad7 refactor(plugins): 重构亲和力流模块的导入路径 
将 chatter 模块重命名为 affinity_flow_chatter 以明确功能区分，
更新 main.py、base_chatter.py、affinity_chatter.py 和 planner.py
中的相关导入语句，确保模块引用正确性。
 2025-11-19 23:08:35 +08:00
minecraft1024a
7add1ee6f3 我将试图修复关系和引用!(当然引用需要你们这群人给我点日志（）而且只有回复的引用) 2025-11-19 23:08:34 +08:00
minecraft1024a
a12fe5de9b **我怎么把日志放上来了 2025-11-19 23:08:34 +08:00
minecraft1024a
b98417dec6 先修一下命令无法正常检查聊天类型限制 2025-11-19 23:08:34 +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
tt-P607
db29ebfeae feat(poke): 优化戳一戳功能，优先使用 user_id 定位用户 
之前的戳一戳功能仅依赖 `user_name` 来查找用户，这在某些情况下可能导致识别不准确或失败。

本次更新对计划执行器 (`PlanExecutor`) 进行了增强，使其在处理 `poke_user` 动作时，能直接从目标消息中提取 `user_id`。`PokeAction` 插件现在会优先使用这个更可靠的 `user_id`。如果 `user_id` 不存在，则回退到使用 `user_name` 作为备用方案。

这显著提高了戳一戳功能的准确性和稳定性。
 2025-11-19 23:08:05 +08:00
tt-P607
6a976915d0 perf(chat): 将 planner 的非回复动作改为后台任务执行 
原先的 PlanExecutor 会 `await` 等待所有动作执行完毕，包括非直接回复用户的动作，这可能导致在这些动作耗时较长时，用户的响应被延迟。

本次修改将非回复类的动作（other_actions）放入 `asyncio.create_task` 中执行，使其成为后台任务。这样可以确保核心的回复流程不被阻塞，从而显著提升机器人的响应速度。

注意：后台任务的执行结果和统计数据将不会在本次执行周期中立即返回。
 2025-11-19 23:08:05 +08:00