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

859 Commits

Author SHA1 Message Date
Windpicker-owo
10d5fc7202 修复新兴趣标签没有commit的问题 2025-09-19 18:28:02 +08:00
Windpicker-owo
b6753f2de4 feat(person-info): 增强人物关系信息构建功能 
重构关系信息构建逻辑，从数据库查询更多维度数据生成详细关系描述：
- 增加认识时间、交流频率、态度评分等基本信息
- 整合UserRelationships表的额外关系数据
- 添加态度和关系分数的描述性文字转换方法
- 优化特征点选择策略，按权重和时效性综合排序
- 提供更结构化的关系信息输出格式
 2025-09-19 18:24:30 +08:00
Windpicker-owo
b905320c07 feat(affinity-flow): 使用配置阈值替换硬编码的80%逻辑 
将硬编码的80%阈值检查替换为从全局配置读取的`non_reply_action_interest_threshold`参数，提高配置灵活性并统一阈值管理。

- 移除硬编码的阈值计算逻辑
- 使用全局配置中的非回复动作兴趣度阈值
- 更新日志信息和返回理由中的阈值描述
 2025-09-19 17:51:38 +08:00
Windpicker-owo
96e4dc2946 feat(affinity-flow): 重构亲和流配置系统 
将硬编码的兴趣度评分参数迁移到集中式配置管理，新增AffinityFlowConfig配置类
- 从全局配置加载评分权重、阈值和计算参数
- 统一管理匹配奖励、关系分数和提及bot相关配置
- 更新配置文件模板包含完整的亲和流参数
- 确保各模块使用一致的配置值而非硬编码常量
 2025-09-19 13:16:45 +08:00
Windpicker-owo
812e4d76f8 feat(affinity-flow): 实现回复后关系追踪系统集成 
- 在relationship_tracker.py中添加数据库支持的回复后关系追踪功能
- 新增UserRelationships数据库模型存储用户关系数据
- 集成全局关系追踪器到planner和interest_scoring系统
- 优化兴趣度评分系统的关系分获取逻辑，优先使用数据库存储的关系分
- 在plan_executor中执行回复后关系追踪，分析用户反应并更新关系
- 添加LLM响应清理功能确保JSON解析稳定性
- 更新模型配置模板添加relationship_tracker模型配置
 2025-09-19 11:28:37 +08:00
Windpicker-owo
a2225cad3a feat(affinity-flow): 重构消息处理以使用StreamContext对象 
重构AFC消息处理系统，将基于字典的消息数据传递改为直接使用StreamContext对象。主要变更包括：

- 修改AFCManager的process_message方法为process_stream_context，直接接收StreamContext对象
- 在chatter中重构消息处理逻辑，直接从StreamContext获取未读和历史消息
- 移除批量消息处理功能，改为单次StreamContext处理
- 在message_manager中简化消息处理流程，直接传递StreamContext对象
- 添加未读消息清理机制，防止异常情况下消息一直未读

同时优化兴趣度评分系统的参数：
- 调整回复阈值从0.55到0.56
- 增加最大不回复次数从15到20
- 提升每次不回复的概率增加从0.01到0.02
- 优化提及奖励从3.0降到1.0
- 调整回复后的不回复计数减少从1到3

BREAKING CHANGE: AFCManager的process_message方法已重命名为process_stream_context，参数从message_data改为context对象
 2025-09-18 22:27:29 +08:00
tt-P607
437d804efd feat(napcat): 支持音乐分享卡片并增强消息兼容性 
新增对 NapCat 框架音乐分享类型消息的解析支持。现在可以正确识别并提取音乐卡片中的歌曲、歌手、来源和封面等信息，并将其格式化为图文消息进行展示。

此外，增强了消息接收的兼容性。对于缺少 `post_type` 字段但包含 `message_type` 的普通消息，会自动补充 `post_type` 字段，确保其能被正常路由和处理，避免消息丢失。
 2025-09-18 15:06:55 +08:00
tt-P607
bd8859ed82 回退“feat: 实现KEYWORD_OR_LLM_JUDGE激活类型” 2025-09-17 22:43:01 +08:00
tt-P607
722790d830 feat(plugins): 新增网易云音乐点歌插件 
新增一个内置的音乐点歌插件，允许用户通过自然语言或特定命令搜索和分享来自网易云音乐的歌曲。

- **双模触发**: 支持通过关键词（如“点歌”、“来首歌”）自动激活的 Action 组件和通过 `/music <歌曲名>` 命令精确触发的 Command 组件。
- **API集成**: 集成了第三方网易云音乐API，用于搜索歌曲信息，并包含重试机制以提高稳定性。
- **丰富的消息类型**: 能够将搜索结果以标准的音乐卡片形式发送给用户，提升交互体验。
- **高度可配置**: 插件提供了详细的配置文件，允许用户自定义API地址、超时时间、功能开关（如是否显示专辑封面、是否以语音形式发送）等。
- **完整的插件结构**: 包含了 `_manifest.json`、`README.md` 和 `LICENSE` 文件，符合插件规范，提供了清晰的文档和许可证信息。
 2025-09-17 20:59:31 +08:00
tt-P607
f5435cabd7 feat(actions): 增强音乐搜索，从LLM回复中提取确切歌名 
为了提高音乐播放的准确性，引入了一种新机制，可根据 LLM 生成的回复动态更新音乐搜索动作。

在某些场景下，Planner 生成的 `music_search` 动作可能只包含一个模糊的意图，而 LLM 在其回复文本中会明确指出要播放的具体歌曲（例如，“好的，为您播放《晴天》”）。

此变更通过以下方式解决了这个问题：
- 新增 `_extract_song_name_from_reply` 辅助函数，用于从回复文本中解析书名号《》内的歌名。
- 在执行并行附加动作前，系统会尝试从主回复中提取歌名。
- 如果成功提取，该歌名将被注入 `music_search` 动作的参数中，确保执行的搜索与 LLM 的意图完全一致。
 2025-09-17 20:51:53 +08:00
Windpicker-owo
ddf0d08fac feat(affinity-flow): 优化兴趣度评分和回复决策逻辑 
- 降低回复阈值从0.6到0.55以增加回复可能性
- 在最终分数计算中加入标签数量奖励机制，每多匹配一个标签加0.05分，最高加0.3分
- 引入分级相似度匹配系统（高/中/低）并应用不同加成系数
- 增加关键词直接匹配奖励机制，支持完全匹配、包含匹配和部分匹配
- 在计划过滤器中处理回复动作不可用时的自动转换逻辑
- 增加兴趣度阈值80%检查，低于该阈值直接返回no_action
- 优化日志输出和统计信息，提供更详细的匹配分析
 2025-09-17 20:50:03 +08:00
tt-P607
f7b4263f87 feat(planner): 引入双模动作激活机制与混合触发类型 
为了更精细地控制动作在不同聊天模式下的行为，并提升决策效率，本次更新引入了全新的动作激活机制。

- **双模激活**: 为 Action 新增 `normal_activation_type` 和 `focus_activation_type` 属性，允许插件在 `NORMAL` 和 `FOCUS` 模式下拥有不同的激活策略，使行为更符合上下文。

- **混合触发**: 新增 `KEYWORD_OR_LLM_JUDGE` 激活类型。该类型会先进行快速的关键词匹配，若未匹配成功，则回退至 LLM 进行判断，兼顾了响应速度和智能化。

- **流程优化**: 重构了 `PlanGenerator` 的动作筛选逻辑，使其在生成计划前，就根据当前聊天模式和简单的激活规则进行预筛选，为后续的 LLM 决策提供更精准、更高效的候选动作列表。
 2025-09-17 20:27:19 +08:00
Windpicker-owo
553739f2cd feat(affinity-flow): 调整回复概率参数和评分计算 
- 增加最大不回复次数至15次，降低每次不回复的概率提升至1%
- 在最终评分计算中增加1.15倍系数提升
- 被提及时的基础分数从1.0提升至3.0
- 为兴趣标签保存添加数据库验证机制
- 在消息处理流程中增加数据库存储功能
- 修复JSON解析错误处理，增加异常情况下的默认响应
- 优化数据库会话管理和模型转换的健壮性
 2025-09-17 13:37:57 +08:00
Windpicker-owo
974de4d25d feat(affinity-flow): 重构兴趣度评分系统为智能embedding匹配 
- 移除传统关键词匹配方式，改用embedding计算智能兴趣匹配度
- 添加异步方法支持机器人兴趣管理器的智能匹配计算
- 增加详细的日志记录和错误处理机制
- 添加数据库关键词提取和降级处理逻辑
- 集成智能兴趣系统初始化到人设构建流程
- 防止回复自身消息的死循环保护机制

BREAKING CHANGE: 兴趣匹配评分机制完全重构，从基于关键词的硬编码匹配改为基于embedding的智能匹配，需要重新初始化兴趣系统
 2025-09-16 22:55:38 +08:00
tt-P607
9f1b62a63a feat(reminder): 增强自然语言时间解析的智能化 
更新了用于时间转换的LLM提示词，增加了更智能的推断规则，以更准确地处理模糊的时间表述。

主要改进：
- 根据当前时间上下文推断上午/下午。例如，在下午说“8点”，将被理解为当晚20:00。
- 当解析出的时间早于当前时间时，自动将提醒设置为第二天，避免创建无效的过去提醒。
 2025-09-16 15:34:01 +08:00
tt-P607
31ede52be9 fix(reminder): 修复多条提醒消息重复@用户的问题 
当提醒消息被分割成多段发送时，旧的逻辑会导致每一段消息都@目标用户。

本次修改调整了消息构造逻辑，确保只有第一段消息会包含@提醒，避免在群聊中造成不必要的刷屏。
 2025-09-16 15:27:54 +08:00
tt-P607
2fba610bb7 feat(reminder): 使用 LLM 生成个性化提醒消息 
将提醒插件中的确认消息和提醒通知改为通过 `generator_api` 调用 LLM 生成，以提供更具个性和符合人设的互动体验。

- **动态确认消息**: 在用户成功设置提醒后，调用 LLM 生成一条生动的确认回复，取代了原有的固定文本。
- **动态提醒内容**: 在提醒任务触发时，调用 LLM 根据提醒内容、设置者和被提醒者信息生成一条定制化的提醒消息。
- **回退机制**: 为确保核心功能的稳定性，在 LLM 调用失败或未返回有效内容时，系统将自动回退到原有的硬编码模板消息。
 2025-09-16 15:12:25 +08:00
tt-P607
3603d5ec61 feat(reminder): 提升提醒功能的用户识别与意图理解 
为提升提醒插件的可用性和准确性，进行了两项主要增强：

1.  **优化意图提取Prompt**：向LLM提供了Bot自身名称，并增加了示例，指导其更准确地识别提醒的真正目标，避免将Bot误认为被提醒人。
2.  **引入多级用户匹配机制**：在原有的精确名称匹配基础上，增加了子字符串包含匹配和基于`difflib`的模糊匹配，大幅提高了在用户名称输入不完全或有误时成功设置提醒的概率。
 2025-09-16 14:37:34 +08:00
Windpicker-owo
cdb2344e41 feat(affinity-flow): 优化兴趣度评分系统并集成消息管理器 
重构兴趣度评分系统，移除时间因子权重，增加未读消息处理机制。集成消息管理器用于消息存储和状态跟踪，改进提及检测逻辑。

主要变更：
- 移除时间因子评分，调整兴趣匹配度权重至0.5
- 添加未读消息参数到规划器，优化兴趣度计算
- 引入消息管理器处理消息存储和状态标记
- 改进提及检测逻辑，使用消息对象的is_mentioned属性
- 添加消息清理和启动/停止机制

BREAKING CHANGE: 兴趣度评分算法调整，需要重新评估消息优先级
 2025-09-16 14:13:56 +08:00
tt-P607
890cedc1ed feat(planner): 重构动作决策逻辑与参数提取机制 
本次提交对动作规划器（Planner）和动作（Action）的执行流程进行了重大重构，旨在提高决策的准确性和可靠性，使机器人能更精确地响应用户指令。

核心变更:
- **决策与参数提取分离**: 规划器（Planner）现在专注于根据用户意图选择最合适的动作，不再负责提取动作参数。
- **动作参数自解析**: `RemindAction` 等动作现在通过内部调用 LLM，从用户消息中自行解析所需参数，使其更加独立和健壮。
- **优化决策Prompt**: 引入“最高优先级检查”和“互斥原则”，强制优先执行由明确意图触发的特定动作（如 `set_reminder`），并在此情况下禁止选择 `reply`，避免重复响应。
- **增强调试**: 在处理循环中增加了日志，以清晰地记录LLM最终选择的动作组合，方便调试。
 2025-09-16 14:00:33 +08:00
Windpicker-owo
9b9aa1f792 afc已经可用，等待完善兴趣度等系统 2025-09-16 12:46:52 +08:00
tt-P607
7a1e7218f2 fix(chat): 优化线程环境下的同步数据库调用逻辑 
重构了 `_sync_db_get` 函数，以解决在复杂线程和事件循环场景下可能出现的死锁和不稳定性问题。

旧的实现逻辑过于复杂，试图处理多种事件循环状态，容易出错。新的实现采用了更简洁、更健壮的策略：
- 缓存主事件循环的引用，优先在子线程中使用 `run_coroutine_threadsafe`。
- 当无法使用主循环或在主线程中时，回退到使用 `asyncio.run()` 创建新循环来执行异步任务，这是一种更安全的模式。
- 增加了保护措施，避免在已运行的主事件循环中调用时造成阻塞。

此外，此提交还修复了日志记录器中可能添加空前缀导致格式异常的小问题。
 2025-09-16 11:47:27 +08:00
tt-P607
9e52bb85a8 呀，柒柒！♪~ 让我来看看这次的修改，为你谱写一段美妙的提交记录吧！这次的改动主要是为了让我的“内心思考”过程变得更加清晰和可爱，调试起来也会更方便哦！ 
feat(planner): 引入内心思考流，优化规划器推理与日志可读性

本次更新引入了“内心思考”机制，旨在取代原有简单的`reason`字段，使AI的决策过程更加透明、自然，并富有角色扮演的特色。这不仅增强了AI的人设表现力，也极大地提升了日志的可读性和调试效率。

主要变更包括：

- **Prompt 优化**: 彻底重构了规划器（Planner）的核心提示词，引导大语言模型生成一段模拟人类的、未经修饰的思绪流作为决策依据。新的 Prompt 强调展现思考过程而非结论，并提供了详细的示例。

- **日志高亮与格式化**: 在日志系统中增加了对“内心思考:”关键词的特殊渲染逻辑。现在，AI的思考过程会在控制台中以醒目的粉色高亮并独立成段显示，让调试者可以一眼洞察AI的决策动机。

- **异步健壮性提升**: 重构了`_sync_db_get`函数，采用`asyncio.run_coroutine_threadsafe`来安全地处理从同步线程调用异步数据库的场景，解决了潜在的事件循环冲突和死锁风险，增强了系统的稳定性。

- **日志完整性**: 移除了对图片描述等日志内容的长度截断，确保在调试过程中可以查看完整信息，方便问题定位。
 2025-09-16 10:14:25 +08:00
tt-P607
c87827f5d3 111，目前不可用 2025-09-15 23:54:15 +08:00
Windpicker-owo
0d47e237ee 炸飞hfc，引入afc 2025-09-15 17:51:49 +08:00
tt-P607
04f957627e feat(knowledge): 优化知识库返回结构和集成流程 
- 重构QAManager.get_knowledge()返回结构化字典包含知识项和摘要
- 在bot.py中添加initialize_lpmm_knowledge()初始化调用
- 更新Prompt类知识库集成逻辑，改进错误处理
- 优化lpmm知识工具显示格式，增强用户体验
- 调整异步任务基础超时时间从10秒增至20秒
 2025-09-15 16:47:33 +08:00
Windpicker-owo
c52b4daf1a 初步开始重写聊天系统 2025-09-15 13:11:37 +08:00
tt-P607
d45eb41945 feat(proactive): 优化主动思考逻辑，改进搜索决策与信息融合 
升级了搜索决策模型，使其能更准确地区分依赖“外部信息”的话题和依赖“内部信息”的社交话题，从而减少不必要的网络搜索。

- **精确决策**: 新的判断原则引导模型更深入地分析话题本质，避免为个人感受或日常闲聊等话题启动搜索。
- **健壮执行**: 增强了网络搜索功能的健壮性，修正了搜索工具的参数 (`keyword` -> `query`)，并增加了对空主题的检查，防止无效调用。
- **自然融合**: 优化了最终回复的生成提示，引导模型将获取到的网络信息更自然地融入对话，作为话题的补充或引子，而不是生硬地复述。
 2025-09-15 12:33:13 +08:00
tt-P607
34bce03f17 feat(proactive): 优化主动聊天逻辑，增加搜索前判断与回复前检查 
为了提升主动聊天的智能化和自然度，本次更新引入了两个核心优化：

1.  **搜索前决策**: 在为主动话题进行网络搜索前，新增一个LLM决策步骤，判断该话题是否有搜索的必要性。这避免了对日常寒暄或无需外部信息的话题进行不必要的搜索，提高了效率。

2.  **回复前检查强化**: 严格化了主动回复的触发条件。现在，系统会检查自己的上一条消息是否得到回应，如果无人回应则倾向于保持沉默，以避免连续发言造成打扰。同时，所有判断标准需全部满足才能触发回复，使行为更符合社交直觉。
 2025-09-15 10:45:28 +08:00
tt-P607
a0d33dffdc feat(emoji): 避免发送近期使用过的表情包以减少重复 
为了提升表情包发送的自然度和多样性，引入了表情包历史记录机制。

该功能通过以下方式工作：
- 在选择表情包之前，系统会获取当前会话最近发送过的表情包记录。
- 从候选表情包池中过滤掉这些近期已使用过的表情，从而鼓励使用更多不同的表情。
- 当一个表情包成功发送后，其描述会被添加到历史记录中，用于未来的筛选。
 2025-09-15 03:04:37 +08:00
Furina-1013-create
99eb52cd8c 修复reply动作缺少action_message的重大问题 2025-09-14 23:45:50 +08:00
tt-P607
65f949ad99 Merge branch 'dev' of https://github.com/MoFox-Studio/MoFox_Bot into dev 2025-09-14 16:44:44 +08:00
tt-P607
5bf798ed0a 呀，柒柒，这次我们对表情包系统进行了一次超级棒的大升级哦！它现在变得更聪明、更懂我们的心意啦！就像我一样，总能找到最完美的表情来点亮对话！♪~ 
这是我为你准备的提交信息，你看看喜不喜欢~

feat(chat): 使用 LLM 优化表情包选择与分析

本次提交对表情包系统进行了核心重构，从原有的基于关键词相似度匹配的简单算法，升级为由大型语言模型（LLM）驱动的智能决策流程。这使得表情包的选择和分析更加精准、智能和人性化。

主要变更包括：

1.  **引入 LLM 进行表情包选择**
    -   重写了 `get_emoji_for_text` 方法，废弃了原有的编辑距离算法。
    -   新流程会根据配置随机抽取一部分表情包作为候选，并构建一个精细的 Prompt，引导 LLM 根据输入的“情感描述”选择最匹配的表情包。这让选择不再局限于字面匹配，而是能理解更深层次的语境和情绪。

2.  **优化表情包描述与分析流程**
    -   大幅改进了 `build_emoji_description` 中的 VLM 和 LLM 提示词，使其能生成更懂网络文化、更详细的表情包描述，并提炼出更精准的情感关键词。
    -   为动态图（GIF）和静态图设计了不同的分析策略，以获得更高质量的描述结果。

3.  **增强 Planner 动作连贯性**
    -   更新了 `planner_prompts`，明确要求当 `reply` 和 `emoji` 动作同时触发时，`emoji` 的选择必须基于 `reply` 动作生成的最终文本内容。这确保了文字和表情包的表达高度一致。

4.  **逻辑与配置微调**
    -   在 `utils_image` 中，现在只有当“偷表情包”功能开启时，才会保存接收到的表情包，避免了不必要的文件存储。
    -   将表情包检查间隔 `check_interval` 的类型从 `int` 改为 `float`，允许更灵活的配置。
 2025-09-14 16:44:35 +08:00
minecraft1024a
c57711c674 refactor(data_model): 解除 plan_filter 对 DatabaseMessages 的直接依赖 
将 `target_message_obj` 的类型从 `DatabaseMessages` 实例改为字典，从而消除了 `plan_filter` 模块对 `database_data_model` 的循环导入风险。同时更新了 `ActionPlannerInfo` 中 `action_message` 的类型注解以保持一致性。
 2025-09-14 15:09:55 +08:00
minecraft1024a
f907470785 chore(log): 移除调试日志并将部分日志级别降为debug 
将规划器和过滤器中的临时调试日志移除，并将部分用于追踪流程的info级别日志调整为debug级别，以减少在生产环境中的日志噪音。

同时，在`cycle_processor.py`中增加了对事件处理结果的空值检查，以增强代码的健壮性。（也许是bug真的能修好了——）
 2025-09-14 14:59:32 +08:00
minecraft1024a
e2b25120c9 chore(log): 增加 plan_filter 调试日志输出 
在 plan_filter 的关键位置增加了详细的日志输出，以便于调试和追踪 plan 的处理流程。

- 在 filter 方法的入口和出口记录 plan 状态。
- 记录构建后的 LLM prompt。
- 将 LLM 原始返回的日志级别调整为 warning，使其更显眼。
- 记录修复和解析后的 JSON 对象。
 2025-09-14 14:17:11 +08:00
minecraft1024a
219c1b296c chore(dev): 临时增加调试日志输出 2025-09-14 14:02:09 +08:00
minecraft1024a
e96b453314 feat(dev): 增加规划器动作日志输出 
在动作规划器完成规划后，增加一条日志记录，用于输出规划器生成的具体动作。这有助于在开发和调试过程中，更直观地追踪和理解系统的决策流程。
 2025-09-14 13:37:25 +08:00
雅诺狐
fc78ec88d5 refactor(config): 简化EULA验证并统一环境变量配置管理 
- 重构EULA验证机制，从复杂的文件哈希验证改为简单的环境变量验证
- 统一host和port配置，优先从环境变量读取而非配置文件
- 移除ServerConfig配置类，简化配置结构
- 添加.env文件自动创建和管理功能
- 更新相关模板和文档注释
 2025-09-14 10:35:14 +08:00
tt-P607
6793a46f41 refactor(chat): 优化 LLM 消息分段提示词 
旧版的消息分段提示词（“消息分段艺术”）过于抽象，可能导致模型的分段行为不够自然或不符合预期。

本次更新将提示词重构为更具体、更具指导性的“消息分段指导”，旨在引导模型生成更贴近真人聊天习惯的、富有节奏感的回复。新的指导方针明确了分段的几个核心场景，如逻辑断点、情绪转折和信息强调，并引入了对分段长度的软性建议，以提升整体对话体验。
 2025-09-14 03:08:55 +08:00
雅诺狐
06a6c71775 Refactor telemetry client registration and heartbeat 
Replaces the UUID registration and heartbeat logic with a new two-step RSA-based registration process. Adds cryptographic signing of heartbeat requests using a client private key, and updates local storage keys to 'mofox_uuid' and 'mofox_private_key'. Improves error handling and response to server-side authentication failures, and updates request headers and payloads to match the new protocol.
 2025-09-13 23:21:17 +08:00
雅诺狐
95fc44e067 Merge branch 'dev' of https://github.com/MoFox-Studio/MoFox_Bot into dev 2025-09-13 23:20:45 +08:00
tt-P607
33a3b80edf fix(napcat): 修正默认平台名称为 qq 
将 Napcat 适配器中 maibot_server 的默认 platform_name 从 "napcat" 更改为 "qq"，以解决消息路由中潜在的平台识别问题，确保兼容性。
 2025-09-13 22:44:46 +08:00
minecraft1024a
0a2af13553 Merge branch 'dev' of https://github.com/MoFox-Studio/MoFox_Bot into dev 2025-09-13 21:43:14 +08:00
minecraft1024a
5b57d58db7 feat(chat): 增加调试日志输出 
为了方便调试，在执行文本回复动作时，增加了一条详细的调试日志。这条日志会输出完整的 `action_message` 内容，并带有一个特殊的提示，方便在出现问题时快速定位和反馈。
 2025-09-13 21:43:08 +08:00
tt-P607
9eccb7f04d Merge branch 'dev' of https://github.com/MoFox-Studio/MoFox_Bot into dev 2025-09-13 21:40:53 +08:00
tt-P607
a27639ea68 refactor(chat): 简化记忆激活方法的参数 
更新 `activate_memory_with_chat_history` 的调用方式，使用 `target_message` 对象来替代独立的 `target_user` 和 `chat_id` 参数。

此举将相关上下文封装到单个对象中，使得接口更加清晰，提高了代码的可维护性。
 2025-09-13 21:40:46 +08:00
minecraft1024a
f6bd0d4058 feat(chat): 增加回复动作的消息日志输出 
在执行回复动作前，增加对 `action_message` 的日志输出，方便调试和追踪回复流程中的具体消息内容。
 2025-09-13 21:37:47 +08:00
minecraft1024a
862f0df15f fix(chat): 修复获取用户ID时使用了错误的键名 
将 `action_message.get("user_id", "")` 修改为 `action_message.get("chat_info_user_id", "")`，以确保从 `action_message` 字典中正确获取用户ID。

chore: 更新 .gitignore 文件

添加 `src/chat/planner_actions/新建 文本文档.txt` 到忽略列表，以避免将临时文件提交到版本库。
 2025-09-13 21:10:49 +08:00
minecraft1024a
dbc6bb7562 fix(qzone): 修复加载本地图片时未配置图片目录导致的潜在异常 
在 `_load_local_images` 方法中，如果 `image_dir` 为 `None` 或空字符串，`os.path.exists` 会抛出 `TypeError`。本次修改增加了对 `image_dir` 变量本身的检查，确保在路径有效时才进行存在性判断，从而避免了因未配置图片目录而导致的程序崩溃。
 2025-09-13 20:30:13 +08:00