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

5313 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
Windpicker-owo
ecef8edd28 feat(cache): 提升内存管理与监控能力 
- 在CacheManager中添加健康监控系统，并提供详细的内存统计信息
- 使用新的memory_utils模块实现精确的内存估算
- 添加基于大小的缓存条目限制，以防止过大项目
- 通过去重内存计算优化缓存统计
- 在MultiLevelCache中添加过期条目的自动清理功能
- 增强批处理调度器缓存功能，支持LRU驱逐策略和内存追踪
- 更新配置以支持最大项目大小限制
- 添加全面的内存分析文档和工具

重大变更：CacheManager 的默认 TTL 参数现改为 None 而非 3600。数据库兼容层默认禁用缓存，以防止旧版代码过度使用缓存。
 2025-11-19 23:31:55 +08:00
Windpicker-owo
29a5357728 feat(cache): 添加自定义TTL支持和内存限制配置 2025-11-19 23:31:55 +08:00
minecraft1024a
28ec9139de refactor(plugins): 整合权限和插件管理功能至系统管理插件 
将原有的 `permission_management` 和 `plugin_management` 插件的功能合并到 `system_management` 插件中，以简化内置插件结构并统一管理入口。

- 删除了独立的 `permission_management` 和 `plugin_management` 插件目录。
- 将权限管理和插件管理的命令逻辑迁移至 `system_management` 插件的 `SystemCommand` 类中。
- 通过这种方式，核心的管理功能被集中到一个统一的 `/system` 命令下，提高了内聚性并减少了维护开销。
 2025-11-19 23:31:54 +08:00
minecraft1024a
2b6ad8493b feat(system): 为系统管理命令添加权限控制 
为 `system` 命令添加了 `system.access` 权限节点，并为 `execute` 方法增加了权限检查。现在只有拥有 `system.access` 权限的用户才能执行系统管理相关操作，提升了机器人的安全性。
 2025-11-19 23:31:54 +08:00
Windpicker-owo
ab8d43bb49 fix(config): 更新MMC版本号至0.12.0-alpha-1 2025-11-19 23:31:53 +08:00
minecraft1024a
0127f45193 feat(plugin): 新增统一系统管理插件 
主要变更:

- 插件整合: 将原有的 permission_management 和 plugin_management 插件合并为一个全新的 system_management 插件，统一了管理入口。

- 功能扩展: 在新插件中加入了对 unified_scheduler 定时任务的管理功能，包括查看、暂停和恢复。
命令统一: 所有相关功能现在都整合在新的 /system 主命令下，并通过子命令 permission、plugin 和 schedule 进行调用，提升了易用性。

- 权限重构: 为新的管理功能设计并添加了独立的权限节点 (system.schedule.view, system.schedule.manage)，确保了系统的安全性。
 2025-11-19 23:31:53 +08:00
Windpicker-owo
dfb0626521 refactor(tool_use): 添加工具调用历史记录功能，优化工具执行器的提示词和历史管理 
refactor(chat_stream_impression_tool): 简化聊天流印象更新逻辑，直接使用传入参数更新
refactor(user_profile_tool): 优化用户画像更新逻辑，直接覆盖更新并移除二步调用机制
 2025-11-19 23:31:53 +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
Furina-1013-create
8fced51a39 更新一点点readme文档 
好久没写了今天看一下（）
 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
minecraft1024a
dc8e3dd4cd refactor(permission): 将权限节点定义从命令类移至插件主类 
将 `permission_nodes` 的定义从 `PermissionCommand` 类移动到 `PermissionManagerPlugin` 类。

这样的结构更加合理，因为权限节点是插件级别的概念，而非特定于某个命令。此更改提高了代码的可读性和可维护性，将插件的核心定义集中在一起。
 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
明天好像没什么
e34c47257c refactor(logger): 将控制台渲染器迁移至 Rich 库，支持十六进制颜色 
用 Rich 的原生十六进制颜色支持替代了手动 ANSI 颜色处理
将所有模块颜色定义从 ANSI 转义码转换为 #RRGGBB 格式
移除了 _normalize_color() 函数及相关 ANSI 转换逻辑
更新 ModuleColoredConsoleRenderer，使用 Rich Text 对象进行渲染
通过引入 structlog.typing 增强类型提示
保持日志元数据注册的向后兼容性
破坏性变更：日志元数据现在存储原始十六进制颜色，而非 ANSI 代码
 2025-11-19 23:31:46 +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
明天好像没什么
d1f6c0895f Update bot.py 2025-11-19 23:31:42 +08:00
明天好像没什么
3db00aa8f3 ruff归零 2025-11-19 23:31:42 +08:00
tt-P607
f816150782 refactor(chatter): 简化规划器提示词并优化 no_reply 条件 
移除向规划器提供近期已执行动作的上下文。

该上下文可能对模型造成干扰或导致重复性回复，移除后可以简化提示词，并可能提高规划质量。
同时，为 no_reply 动作增加了一个新的触发条件，使其可以在认为对方还未说完话时使用，让对话节奏更自然。
 2025-11-19 23:31:39 +08:00
minecraft1024a
5223ce6e20 fix(bot): 修复EULA检查循环中未重新加载.env文件的问题 
在EULA检查的循环中，程序没有在每次尝试时重新加载`.env`文件。这导致即使用户已经修改了`EULA_CONFIRMED`为`true`，程序也无法读取到最新的配置，从而陷入无限等待的循环。

本次修改通过在循环内部调用`load_dotenv(override=True)`，强制在每次检查前重新加载环境变量，确保能够及时获取用户的确认状态，解决了该问题。
 2025-11-19 23:31:38 +08:00
minecraft1024a
6a9fa85ccf refactor(plugin_system): 统一事件和处理器相关方法的类型注解 
将事件管理器中多个方法的类型注解从 `type[BaseEventHandler]` 调整为 `BaseEventHandler`，以反映其处理的是处理器实例而非类本身。同时，优化了事件名称的处理逻辑，确保在整个系统中对 `EventType` 枚举和字符串类型名称的处理保持一致性。

- 将 `_event_handlers` 的类型注解从 `dict[str, type[BaseEventHandler]]` 修改为 `dict[str, BaseEventHandler]`
- 相应地更新了 `get_event_handler` 和 `get_all_event_handlers` 方法的返回类型注解
- 在多个方法内部增加了对 `EventType` 枚举的处理，使其能够接受枚举成员作为参数，提高了类型安全性和代码可读性
 2025-11-19 23:31:37 +08:00
明天好像没什么
ff6dc542e1 rufffffff 2025-11-19 23:31:37 +08:00
minecraft1024a
05daf869d1 fix(plugin_system): 踹死几个类型错误 2025-11-19 23:31:33 +08:00
tt-P607
421e05f03f fix(emoji): 将 QQ 表情 '汪汪' 更正为 '滑稽狗头 2025-11-19 23:31:33 +08:00
Windpicker-owo
ab81648b98 feat: 在获取聊天流时添加创建时间和最后活跃时间字段 2025-11-19 23:31:32 +08:00
minecraft1024a
26a8d6f766 fix(plugin_system): 修复两步工具定义中的类型注解错误 
将 `definitions` 的类型注解从 `ClassVar` 移除，因为它是一个在方法内部构建并返回的局部变量，而不是一个类变量。这修正了潜在的类型检查错误，并使代码意图更加清晰。
 2025-11-19 23:31:31 +08:00
minecraft1024a
612401cb2d refactor(chat): 简化日程状态提示逻辑 
删除了在日程活动时间范围之外的冗余状态判断。现在，无论当前时间是否在活动时间段内，都会统一计算并展示活动的开始、结束、已进行和剩余时间，简化了代码逻辑并确保了信息展示的一致性。反正LLM自己会判断的，不需要咱操心那么多啦。
 2025-11-19 23:31:30 +08:00
tt-P607
22c6475def fix(proactive-chatter): 为所有主动交互提示提供统一的时间上下文 
修正了 `simple_bubble_reply` 提示中缺失时间信息的问题。此前的疏忽可能导致模型在不了解当前时间的情况下生成回复。

为确保一致性并修复此问题，引入了一个通用的 `time_block` 变量。该变量现在被系统性地添加到所有主动思考流程的提示（决策、抛话题、简单回复）中，确保模型在进行任何主动交互时都能获得准确的时间锚点，从而提高其响应的恰当性。
 2025-11-19 23:31:29 +08:00
Windpicker-owo
baffc36a9b feat: 引入流路由器以优化消息处理，支持按聊天流分配消费者 2025-11-19 23:31:28 +08:00
Windpicker-owo
9a0c22efd5 feat: 添加白名单/黑名单检查以增强主动思考功能的安全性 2025-11-19 23:31:27 +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
f872a1ff82 fix: 修复批处理中的多次commit问题，bulk_create后清除缓存 2025-11-19 23:31:25 +08:00
tt-P607
1857754bbe fix(core): 优化应用关闭流程，确保数据库最后关闭 
将数据库服务的停止操作移至所有清理任务执行完毕后，以防止其他组件在关闭时因无法访问数据库而产生异常。

此外，为数据库关闭操作增加了超时处理，增强了系统关闭时的健壮性。

- chore(config): 将模板配置文件中的默认模型由 DeepSeek-V3.1 全面升级至 DeepSeek-V3.2-Exp，以提升默认性能。
 2025-11-19 23:31:24 +08:00
tt-P607
ef460f5c74 chore(bilibli): 默认禁用bilibli插件 2025-11-19 23:31:23 +08:00
copilot-swe-agent[bot]
5780474a3c Initial plan 2025-11-19 23:31:23 +08:00
Windpicker-owo
8a17d999f9 fix(critical): 在session内部完成字典转换，彻底解决detached对象greenlet错误 2025-11-19 23:31:23 +08:00
Windpicker-owo
da50481bd7 fix(critical): 修复SQLite事务未提交的严重bug - 在connection_pool.get_session()中添加自动commit 2025-11-19 23:31:22 +08:00
Windpicker-owo
bf17a1cd6f fix: 使用inspect安全访问detached对象，避免触发lazy loading 2025-11-19 23:31:21 +08:00
copilot-swe-agent[bot]
8c2ab9402a Initial plan 2025-11-19 23:31:19 +08:00
Windpicker-owo
854cf2f166 perf: 使用列表推导式替换循环 - 优化group_by性能 2025-11-19 23:31:19 +08:00
Windpicker-owo
997167053c style: ruff自动格式化修复 - 修复180个空白行和格式问题 2025-11-19 23:31:17 +08:00
Windpicker-owo
939119665c fix: 为relationship_fetcher添加detached对象访问保护 
- 使用getattr()和try-except安全访问relationship对象属性
- 防止缓存的detached对象导致Session绑定错误
- 即使字段访问失败也能继续执行,使用空字典
 2025-11-19 23:31:14 +08:00
Windpicker-owo
32a94ab105 feat: 实现方案A - 缓存字典而非SQLAlchemy对象 
核心改进:
- 添加 _model_to_dict() 和 _dict_to_model() 辅助函数
- CRUD.get/get_by/get_multi 现在缓存字典而非对象
- QueryBuilder.first/all 现在缓存字典而非对象
- 从缓存恢复时重建detached对象,所有字段已加载

优势:
- 彻底避免'not bound to Session'错误
- 缓存数据独立于Session生命周期
- 对象反序列化后所有字段可直接访问
- 提高缓存可靠性和数据可用性

技术细节:
- 缓存层存储纯字典数据(可序列化)
- 查询时在session内预加载所有列
- 返回前转换为字典并缓存
- 缓存命中时从字典重建对象
- 重建的对象虽然detached但所有字段已填充
 2025-11-19 23:31:13 +08:00
Windpicker-owo
755c168e14 fix: 修复PersonInfo访问detached对象字段和非唯一查询问题 
- 在get_values中添加try-except保护访问字段
- 在get_specific_value_list中添加try-except保护
- 修复get_person_info_by_name使用非唯一字段person_name查询
  * 改用get_multi(limit=1)替代get_by避免MultipleResultsFound错误
- 防止缓存的detached对象导致Session绑定错误
 2025-11-19 23:31:12 +08:00
Windpicker-owo
6d1fa11813 fix: QueryBuilder预加载列避免detached对象lazy loading 
- 在QueryBuilder.first()和all()中预加载所有列
- 防止在session外访问属性导致greenlet_spawn错误
- 与CRUD层修复保持一致的模式
 2025-11-19 23:31:11 +08:00
Windpicker-owo
c98091938e fix(database): 修复 detached 对象延迟加载导致的 greenlet 错误 
问题:
- CRUD 返回的对象在 session 关闭后变为 detached 状态
- 访问属性时 SQLAlchemy 尝试延迟加载,但没有 session
- 导致: greenlet_spawn has not been called

根本原因:
- SQLAlchemy 对象在 session 外被访问
- 延迟加载机制尝试在非异步上下文中执行异步操作

修复方案:
1. CRUDBase.get_by(): 在 session 内预加载所有列
2. CRUDBase.get_multi(): 在 session 内预加载所有实例的所有列
3. PersonInfo.get_value(): 添加异常处理,防御性编程

影响:
- 所有通过 CRUD 获取的对象现在都完全加载
- 避免了 detached 对象的延迟加载问题
- 可能略微增加初始查询时间,但避免了运行时错误
 2025-11-19 23:31:10 +08:00