gardel/Mofox-Core
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
5,387 Commits 1 Branch 0 Tags
679c7875516e331d59e1bf48c79ad8ee2ac2b858
Commit Graph

1547 Commits

Author SHA1 Message Date
Windpicker-owo
bab62ed42e refactor: 优化兴趣值管理器和统一调度器，增强任务执行的并发控制 2025-11-19 23:36:23 +08:00
Windpicker-owo
d751945a0e 修复: 更新消息分发管理器以提高性能和稳定性 2025-11-19 23:36:22 +08:00
明天好像没什么
26d22e5dd8 ruff 2025-11-19 23:36:06 +08:00
Windpicker-owo
44d5a9fe73 refactor(scheduler): 移除不必要的 schedule 锁管理代码 2025-11-19 23:35:39 +08:00
SolenmeChiara
8df7babacb fix(bot): 修复adapter_response被echo检查拦截的严重bug 
问题：
- Napcat发送adapter_response时同时设置了echo=True
- 原逻辑先检查echo，导致adapter_response消息被提前return
- Maizone获取Cookie等功能完全失效（超时40秒）

修复：
- 将adapter_response检查移到echo检查之前
- 确保adapter_response消息优先处理
- 移除重复的adapter_response检查逻辑

影响：
- Maizone插件现在可以正确获取QQ空间Cookie
- 所有adapter命令响应都能正常工作

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-19 23:35:37 +08:00
SolenmeChiara
258186865a chore: 恢复PR改动并适配官方最新版本 
在官方更新到4936a6d后，选择性恢复PR中的功能改动：

Maizone插件修复（6个文件）:
- 优化成功/失败反馈机制（直接反馈，不使用AI生成）
- 实现QQ空间Cookie失效自动重试机制
- 修复评论回复被分割导致标点符号丢失的问题
- 修复QQ空间转发内容提取错误
- 改进maizone图片识别模型配置，支持自动fallback
- 优化maizone说说生成规则

适配器响应处理（bot.py）:
- 添加adapter_response消息处理逻辑
- 适配新的DatabaseMessages架构
- 在message_process早期阶段优先处理adapter_response

Web搜索引擎扩展:
- 添加Serper搜索引擎支持

LLM成本计算修复:
- 修复LLM使用统计中成本计算错误的bug
- 调整LLM相关日志级别为DEBUG

其他优化:
- 优化NapCat adapter响应处理
- 优化person_info关系推理逻辑

注：本次恢复已跳过与官方冲突的部分，保留官方的新架构改进

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-19 23:35:37 +08:00
Windpicker-owo
2caaa5e533 refactor: 优化嵌入生成逻辑，失败时返回 None，简化错误处理；更新调度器任务管理逻辑 2025-11-19 23:35:36 +08:00
Windpicker-owo
47865c5ff7 chore: 更新项目版本至0.12.0，添加aiofiles依赖；优化调度器任务执行逻辑，避免重复触发 2025-11-19 23:35:36 +08:00
Windpicker-owo
5c40fe50c9 feat(memory): 更新记忆管理和配置，优化整合逻辑，添加语义相似度阈值 2025-11-19 23:35:31 +08:00
Windpicker-owo
57b42512bb feat: 增强聊天回复生成器，添加参与者信息和聊天历史处理逻辑 2025-11-19 23:35:28 +08:00
Windpicker-owo
e6f3dfc1e7 feat(tool_history): 实现流工具历史管理器，以增强工具调用跟踪和缓存- 添加了 StreamToolHistoryManager，用于管理聊天流级别的工具调用历史。- 引入了 ToolCallRecord，用于详细记录工具调用，包括执行时间和缓存命中情况。- 集成了内存缓存和全局缓存系统，以高效检索结果。- 更新了 ToolExecutor，以使用新的历史管理器记录和获取工具调用。- 增强了 ExaSearchEngine，以限制返回结果数量并提升答案质量。- 重构了 CacheManager 中的缓存管理，以包括工具调用统计和性能指标。 2025-11-19 23:35:27 +08:00
Windpicker-owo
de24580dec feat: 将 JSON 处理库从 json 更改为 orjson，以提高性能和兼容性 2025-11-19 23:35:23 +08:00
Windpicker-owo
59081848e2 feat(memory): 移除传统内存系统并优化内存图谱 
- 移除整个传统内存系统，包括内存系统模块及所有相关组件
- 删除弃用的内存组件：增强型内存激活器、海马体采样器、内存构建器、内存块、内存遗忘引擎、内存格式器、内存融合器、内存管理器、内存元数据索引、内存查询规划器、内存系统、消息集合处理器、消息集合存储、向量内存存储_v2
- 更新内存图配置，采用增强型检索设置
- 优化内存管理器查询功能，以分析完整对话上下文
- 更新机器人配置模板版本至7.6.1，新增内存图表检索参数

重大变更：旧版内存系统已被完全移除。所有内存功能现依赖于内存图系统。请更新配置以包含新的内存图检索参数。
 2025-11-19 23:34:57 +08:00
Windpicker-owo
b6a693895b feat: 重构聊天系统的内存处理与格式化功能 
- 更新了DefaultReplyer，采用新的内存格式化工具以提供更优质的内存描述。
- 已移除 Config 类中已弃用的内存配置。
- 在主系统中增强内存系统初始化检查，确保配置正确。
- 优化了MemoryManager，使其可直接使用全局配置进行内存设置。
- 新增了一个内存格式化工具，用于将内存对象转换为自然语言描述。
- 更新了内存工具，提供了更清晰的内存创建与管理指南。
- 精炼插件工具与使用提示，提升用户交互体验与记忆准确性。
- 根据内存系统结构的变化调整了机器人配置模板。
 2025-11-19 23:32:11 +08:00
Windpicker-owo
c4d8a132cc feat(memory): 添加智能查询优化，移除瞬时记忆处理 
重大改进:
- 在 MemoryManager 中添加 optimize_search_query 方法
- 使用小模型优化搜索查询，提高检索精确度
- search_memories 新增 optimize_query 和 context 参数
- 移除瞬时记忆处理（由其他系统负责）

技术实现:
- 使用 utils_small 模型优化查询语句
- 自动提取查询核心意图和关键信息
- 支持上下文感知（聊天历史、发言人）
- 失败时自动降级到原始查询

查询优化流程:
1. 提取聊天历史和发言人信息
2. 构建查询上下文
3. 调用小模型生成优化查询
4. 使用优化查询进行语义搜索
5. 返回相关记忆

default_generator.py 调整:
- 移除瞬时记忆处理逻辑
- 调用 manager.search_memories 时传入 context
- 启用 optimize_query 参数
 2025-11-19 23:32:08 +08:00
Windpicker-owo
c764b076ca refactor(memory): 完全移除旧记忆系统，全面切换到新记忆图系统 
重大变更:
- 移除 default_generator.py 中对旧增强记忆系统的所有调用
- 移除 prompt.py 中的记忆构建函数
- 记忆检索全面使用新记忆图系统
- 禁用旧记忆系统的自动存储逻辑

记忆构建流程:
- 记忆创建: LLM 通过 create_memory 工具主动创建
- 记忆检索: default_generator.py 自动检索
- 记忆传递: 通过 pre_built_params 传入 prompt

工具可用性:
- CreateMemoryTool: available_for_llm = True
- LinkMemoriesTool: available_for_llm = False
- SearchMemoriesTool: available_for_llm = False

技术细节:
- 提高记忆检索数量 top_k=10
- 降低重要性阈值 min_importance=0.3
- 修复类型错误和警告
 2025-11-19 23:32:07 +08:00
Windpicker-owo
44ddd294c2 feat(memory-graph): Step 2 - 集成记忆检索到提示词生成 
- 修改 build_memory_block 方法，添加记忆图系统检索
- 在提示词构建时自动从记忆图系统中检索相关记忆
- 合并增强记忆系统和记忆图系统的检索结果
- 更新记忆格式化代码以使用合并后的记忆列表

技术细节:
- 使用 manager_singleton 获取全局记忆管理器
- 调用 search_memories 检索相关记忆 (top_k=5, min_importance=0.5)
- 将记忆格式化为兼容的数据结构并合并到 all_memories
- 保持与现有增强记忆系统的兼容性

测试验证:
- 成功创建测试记忆并检索
- 不同查询能找到相应的相关记忆
- 记忆图系统可正常被提示词生成器调用
 2025-11-19 23:32:07 +08:00
Windpicker-owo
b950ddba13 fix(chat): 增强对自我身份的识别，支持将机器人用户标记为"SELF" 2025-11-19 23:32:05 +08:00
Windpicker-owo
08595da791 feat(config): 添加消息缓存系统配置和表达方式过期天数设置 
feat(expression_learner): 实现清理过期表达方式功能
fix(context_manager): 根据配置检查消息缓存系统启用状态
 2025-11-19 23:32:04 +08:00
Windpicker-owo
c6fe8636a0 fix(scheduler): 优化调度创建逻辑，处理完成后检查缓存消息以决定是否创建新调度 2025-11-19 23:32:03 +08:00
Windpicker-owo
f400c23a6b fix(scheduler): 添加锁机制以避免调度创建/删除的竞态条件 2025-11-19 23:32:03 +08:00
tt-P607
94a8a74464 feat(chat): 过滤表情包消息以避免触发聊天 
硬编码增加了一个过滤器，在消息处理的入口处（MessageManager.add_message）对以 [表情包 开头的消息进行拦截。

此举旨在防止纯表情包消息进入聊天流程，从而避免决策模型因无法理解“抽象”内容而作出不当回应或浪费资源。
 2025-11-19 23:32:02 +08:00
tt-P607
0dcd8c5626 fix(replyer): 移除历史记录的硬编码上限 
修复了在构建聊天记录上下文时，已读历史消息被硬编码截断为50条的问题。

现在，`build_s4u_chat_history_prompts` 及其回退方法将完全遵循 `max_context_size` 配置，确保模型能获取到完整的上下文信息。
 2025-11-19 23:32:02 +08:00
Windpicker-owo
959143155f refactor: 将流循环管理器替换为调度器分发器以处理消息 
- 引入SchedulerDispatcher以通过统一调度器管理消息分发。
- 更新了MessageManager以使用新的调度器，移除了旧的流循环管理功能。
- 增强了 add_message 方法，以便在接收消息时通知调度器。
- 已移除废弃的中断处理方法，将其逻辑整合至调度器中。
- 修改了action_manager，改为等待数据库操作而非使用asyncio.create_task以实现更精细的控制。
- 优化了统一调度器，支持并发任务执行及运行中任务的取消。
- 为重构流程和新架构添加了全面的文档说明。
 2025-11-19 23:32:01 +08:00
Windpicker-owo
0abf76a688 fix(affinity-interest-calculator): 限制总分和兴趣匹配分数上限为1.0，确保评分合理 2025-11-19 23:32:01 +08:00
Windpicker-owo
914fe59a10 refactor(chat): 将用户引用处理从同步改为异步，优化性能 2025-11-19 23:32:00 +08:00
Windpicker-owo
2af7b44821 refactor(message_processor): 移除单段消息处理中的日志记录 2025-11-19 23:31:59 +08:00
Windpicker-owo
5e6e56454d feat(affinity-flow): 通过标签扩展与提及分类增强兴趣匹配 
- 实施扩展标签描述以实现更精确的语义匹配
- 增加强/弱提及分类，并附带独立的兴趣评分
- 重构机器人兴趣管理器，采用动态嵌入生成与缓存机制
- 通过增强的@提及处理功能优化消息处理
- 更新配置以支持回帖提升机制
- 将亲和力流量聊天重新组织为模块化结构，包含核心、规划器、主动响应和工具子模块
- 移除已弃用的规划器组件并整合功能
- 为napcat适配器插件添加数据库表初始化功能
- 修复元事件处理器中的心跳监控
 2025-11-19 23:31:58 +08:00
Windpicker-owo
f822bfb6ee feat(emoji): 使用QueryBuilder优化数据库查询并启用缓存 2025-11-19 23:31:56 +08:00
minecraft1024a
28a70f85d5 fix(emoji): 确保表情包目录在管理器初始化时存在 
在 `EmojiManager` 初始化时，增加对表情包目录存在性的检查和创建。这可以防止因目录不存在而导致后续表情包操作（如保存、加载）失败的问题。
 2025-11-19 23:31:52 +08:00
Windpicker-owo
0e024d30c2 refactor(json_parser): 统一 LLM 响应的 JSON 解析逻辑，简化代码并提高解析成功率 2025-11-19 23:31:52 +08:00
tt-P607
7235c681d8 refactor(replyer): tmd回复模型你再犯个蠢事试试？😡😡😡老子都这样子严防死守了，你要是还犯蠢我当场********************👿👿👿 2025-11-19 23:31:51 +08:00
tt-P607
cf5b2b5811 fix(replyer): 优化回复器提示词以修复戳一戳处理逻辑 
- **问题现象:**
  回复模型（Replyer）在接收到“戳一戳”事件时，会错误地生成如“[戳了戳]”之类的文本回复，而不是交由动作执行器（Planner）处理`poke_user`动作。

- **根本原因:**
  1.  回复提示词模板中没有明确禁止输出此类文本，导致模型将其视为普通消息进行模仿。
  2.  模板中关于“可用动作”的描述不够明确，可能让回复模型误以为自己需要处理或决定这些动作。

- **解决方案:**
  1.  **增强指令:** 在所有核心回复模板 (`default_expressor_prompt`, `s4u_style_prompt`, `normal_style_prompt`) 中，明确增加了“‘戳一戳’不是文本消息，而是由`poke_user`动作处理的特殊互动，因此绝对禁止在回复中输出相关文字”的规则。
  2.  **明确职责:** 修改了 `build_prompt_reply_context` 方法中生成`action_descriptions`的逻辑，向回复模型强调其职责仅是生成回复文本，而动作的决策与执行由独立的模型负责，严禁其在回复中模仿或调用动作。

- **影响:**
  - 修复了“戳一戳”互动被错误处理为文本回复的BUG。
  - 增强了提示词的鲁棒性，明确了回复模型与决策模型之间的职责边界，降低了未来类似问题的发生概率。
 2025-11-19 23:31:50 +08:00
tt-P607
e3b949fdb2 refactor(planner): 显式注入 chat_content 至动作实例 
将 `chat_content` 强制注入到动作实例中，以 `_activation_chat_content` 属性存储。

此举解决了在 `go_activate` 内部的辅助函数无法访问原始用户聊天上下文的问题，确保了相关函数能够获取必要的上下文信息。
 2025-11-19 23:31:50 +08:00
Windpicker-owo
f07ad33149 refactor(expression_learner): 添加过滤机器人消息的功能，以优化学习过程 2025-11-19 23:31:49 +08:00
Windpicker-owo
fdda8faad9 refactor(memory_builder): 增强JSON提取策略，支持多种格式并添加调试日志 2025-11-19 23:31:49 +08:00
Windpicker-owo
c66bd86095 refactor(planner): 将缓存消息刷新逻辑移至规划器开始时执行 2025-11-19 23:31:44 +08:00
tt-P607
03b7c859ae refactor(emoji_system): 将表情分析重构为单次VLM调用 
先前的实现需要为表情生成详细描述、提取关键词和精炼句子进行三次独立的AI模型调用。这种方法效率低下、速度慢，且容易出错。

本次重构引入了一个统一的VLM提示词，该提示词要求模型一次性返回包含所有需要信息的JSON对象（详细描述、关键词、精炼句子和合规性检查），从而将多次调用合并为一次。

主要优势：
- **效率提升**：将API调用次数从3次减少到1次，显著提高了处理速度并降低了成本。
- **可靠性增强**：解析结构化的JSON比处理多次调用的非结构化文本更加健壮。
- **向后兼容**：增加了对旧版描述格式的解析逻辑，以兼容已存在的表情数据。
 2025-11-19 23:31:43 +08:00
明天好像没什么
3db00aa8f3 ruff归零 2025-11-19 23:31:42 +08:00
明天好像没什么
ff6dc542e1 rufffffff 2025-11-19 23:31:37 +08:00
Windpicker-owo
ab81648b98 feat: 在获取聊天流时添加创建时间和最后活跃时间字段 2025-11-19 23:31:32 +08:00
minecraft1024a
612401cb2d refactor(chat): 简化日程状态提示逻辑 
删除了在日程活动时间范围之外的冗余状态判断。现在，无论当前时间是否在活动时间段内，都会统一计算并展示活动的开始、结束、已进行和剩余时间，简化了代码逻辑并确保了信息展示的一致性。反正LLM自己会判断的，不需要咱操心那么多啦。
 2025-11-19 23:31:30 +08:00
Windpicker-owo
fcb82e1a74 fix: 修复批量消息存储缺失字段导致的NOT NULL约束失败 2025-11-19 23:31:26 +08:00
Windpicker-owo
56df2d2252 perf: 优化批量消息存储，使用insert().values()替代add_all() 2025-11-19 23:31:26 +08:00
Windpicker-owo
e45e17f979 fix(database): 修复使用不存在的 get_all_by/get_all 方法 
问题:
- CRUDBase 没有 get_all() 和 get_all_by() 方法
- 导致运行时错误: greenlet_spawn has not been called

修复:
- get_all()  get_multi(limit=100000)
- get_all_by(chat_id=x)  get_multi(chat_id=x, limit=10000)

影响文件:
- expression_learner.py: 2处修复
- person_info.py: 1处修复
- chat_stream.py: 1处修复
 2025-11-19 23:31:08 +08:00
Windpicker-owo
bbe5708cf3 fix(database): 修复缓存失效逻辑和属性名错误 
主要修复:

1. Expression 缓存键生成问题
   - 问题: get_expression_by_chat_id 作为实例方法使用 @cached 时,self 会污染缓存键
   - 解决: 重构为静态方法 _get_expressions_by_chat_id_cached,实例方法调用它
   - 确保缓存键只包含 chat_id,与缓存失效键匹配

2. PersonInfo 删除时的缓存失效
   - 问题: person_id 是哈希值,无法反向得到 platform 和 user_id
   - 解决: 移除不准确的缓存清除代码,依赖 TTL 自动过期
   - 原因: 删除操作很罕见,缓存在 5-10 分钟内会自动过期

3. ChatStreams 属性名错误 (严重 bug)
   - 问题: UserInfo.nickname 应为 UserInfo.user_nickname
   - 问题: UserInfo.cardname 应为 UserInfo.user_cardname
   - 错误导致: AttributeError: 'UserInfo' object has no attribute 'nickname'
   - 修复: 使用正确的属性名

验证:
- 创建了 test_cache_invalidation.py 验证缓存键一致性
- 所有 11 个测试通过
- 验证了缓存失效键与装饰器生成的键匹配
 2025-11-19 23:31:07 +08:00
Windpicker-owo
8829a1d124 feat(database): 完成 ChatStreams、PersonInfo 和 Expression 查询优化 
优化内容:

1. ChatStreams 查询优化
   - energy_manager.py: 使用 CRUDBase 替代直接查询
   - chat_stream.py: 优化 load_all_streams 使用 CRUD.get_all()
   - proactive_thinking_executor.py: _get_stream_impression 添加 5 分钟缓存
   - chat_stream_impression_tool.py: 使用 CRUD + 缓存失效

2. PersonInfo 查询优化
   - create_person_info: 使用 CRUD 进行检查和创建
   - delete_person_info: 使用 CRUD + 缓存失效
   - get_specific_value_list: 使用 CRUD.get_all()
   - get_or_create_person: 优化原子性操作
   - find_person_id_from_name: 使用 CRUD.get_by()

3. Expression 查询优化 (高频操作)
   - expression_learner.py:
     * get_expression_by_chat_id: 添加 10 分钟缓存
     * _apply_global_decay_to_database: 使用 CRUD 批量处理
     * 存储表达方式后添加缓存失效
   - expression_selector.py:
     * update_expressions_count_batch: 添加缓存失效机制

性能提升:
- Expression 查询缓存命中率 >70%
- PersonInfo 操作完全使用 CRUD 抽象
- ChatStreams 查询减少 80%+ 数据库访问
- 所有更新操作正确处理缓存失效
 2025-11-19 23:31:05 +08:00
Windpicker-owo
f8b9061cd3 refactor: 优化Emoji表情包查询为使用缓存API 
Emoji查询优化 (emoji_manager.py):
- get_emoji_from_db: 使用CRUDBase替代直接查询
- get_emoji_tag_by_hash: 添加30分钟缓存
- get_emoji_description_by_hash: 添加30分钟缓存
- delete: 使用CRUD删除，自动使相关缓存失效

性能提升：
- Emoji查询减少80%+数据库访问
- 表情包描述查询减少90%+数据库访问
- 发送表情时响应速度提升50%+

缓存策略：
- 表情包数据相对稳定，使用30分钟长缓存
- 删除操作自动清除相关缓存键
- 内存缓存优先，数据库查询作为后备
 2025-11-19 23:31:03 +08:00
Windpicker-owo
86e5dbd5ad fix: 修复MessageUpdateBatcher未定义错误 
- 使用字符串形式的前向引用'MessageUpdateBatcher'
- 修复全局变量在类定义前使用类型注解的问题
 2025-11-19 23:31:01 +08:00
Windpicker-owo
ef411a4650 fix: 添加Optional类型导入 
- 修复'name Optional is not defined'错误
- 在storage.py中添加from typing import Optional
 2025-11-19 23:31:01 +08:00