Windpicker-owo
|
e1fcdf94ee
|
feat(affinity-flow): 调整回复概率参数和评分计算
- 增加最大不回复次数至15次,降低每次不回复的概率提升至1%
- 在最终评分计算中增加1.15倍系数提升
- 被提及时的基础分数从1.0提升至3.0
- 为兴趣标签保存添加数据库验证机制
- 在消息处理流程中增加数据库存储功能
- 修复JSON解析错误处理,增加异常情况下的默认响应
- 优化数据库会话管理和模型转换的健壮性
|
2025-11-19 23:06:42 +08:00 |
|
Windpicker-owo
|
dcdef633e0
|
feat(affinity-flow): 重构兴趣度评分系统为智能embedding匹配
- 移除传统关键词匹配方式,改用embedding计算智能兴趣匹配度
- 添加异步方法支持机器人兴趣管理器的智能匹配计算
- 增加详细的日志记录和错误处理机制
- 添加数据库关键词提取和降级处理逻辑
- 集成智能兴趣系统初始化到人设构建流程
- 防止回复自身消息的死循环保护机制
BREAKING CHANGE: 兴趣匹配评分机制完全重构,从基于关键词的硬编码匹配改为基于embedding的智能匹配,需要重新初始化兴趣系统
|
2025-11-19 23:06:40 +08:00 |
|
Windpicker-owo
|
2739848451
|
feat(affinity-flow): 优化兴趣度评分系统并集成消息管理器
重构兴趣度评分系统,移除时间因子权重,增加未读消息处理机制。集成消息管理器用于消息存储和状态跟踪,改进提及检测逻辑。
主要变更:
- 移除时间因子评分,调整兴趣匹配度权重至0.5
- 添加未读消息参数到规划器,优化兴趣度计算
- 引入消息管理器处理消息存储和状态标记
- 改进提及检测逻辑,使用消息对象的is_mentioned属性
- 添加消息清理和启动/停止机制
BREAKING CHANGE: 兴趣度评分算法调整,需要重新评估消息优先级
|
2025-11-19 23:06:40 +08:00 |
|
Windpicker-owo
|
d418d2f8a6
|
afc已经可用,等待完善兴趣度等系统
|
2025-11-19 23:06:39 +08:00 |
|
Windpicker-owo
|
d7d7388aa7
|
炸飞hfc,引入afc
|
2025-11-19 23:06:33 +08:00 |
|
Windpicker-owo
|
bd1ebbcc53
|
初步开始重写聊天系统
|
2025-11-19 23:05:54 +08:00 |
|
minecraft1024a
|
70c90dd2b2
|
1
|
2025-11-19 23:05:53 +08:00 |
|
minecraft1024a
|
ee42b0ec52
|
style(chat): 为提示词导入添加 noqa 以忽略未使用警告
|
2025-11-19 23:05:53 +08:00 |
|
minecraft1024a
|
8e03e3a16d
|
fix(chat): 确保 planner 提示词模块被初始化
通过显式导入 planner_prompts 模块,确保其中的提示词在 planner 实例化之前被正确注册,避免潜在的引用问题。
|
2025-11-19 23:05:53 +08:00 |
|
minecraft1024a
|
74bbcb8efc
|
添加了一点日志
|
2025-11-19 23:05:52 +08:00 |
|
minecraft1024a
|
ca70c35b1f
|
Revert "feat(proactive): 优化主动聊天逻辑,增加搜索前判断与回复前检查"
This reverts commit 34bce03f17.
|
2025-11-19 23:05:52 +08:00 |
|
minecraft1024a
|
6dc288ecb4
|
fix(chat): 完善LLM分句逻辑,在无分割标记时回退至标点分割
当使用 "llm" 模式进行分句时,如果模型未能按预期生成 `[SPLIT]` 标记,之前的逻辑会直接返回整个未分割的文本。
这可能导致过长的句子被发送到下游模块(如TTS),影响体验。本次修改添加了回退机制,当未检测到 `[SPLIT]` 标记时,会自动切换到基于标点的传统分句方法,以提高分句的鲁棒性。
|
2025-11-19 23:05:52 +08:00 |
|
minecraft1024a
|
f842c43ab0
|
ruff
|
2025-11-19 23:05:47 +08:00 |
|
minecraft1024a
|
69c6829aed
|
refactor(chat): 将 get_chat_type_and_target_info 重构为异步函数
将 `get_chat_type_and_target_info` 函数从同步改为异步,以支持其内部对异步方法 `person_info_manager.get_values` 的调用。
此更改可防止在获取聊天对象信息时阻塞事件循环。所有调用此函数的代码(包括 `SubHeartflow`, `ActionModifier`, `PlanGenerator`, `DefaultReplyer`)都已相应更新为使用 `await`。
在 `DefaultReplyer` 中引入了延迟异步初始化模式 (`_async_init`),以适应其类生命周期。
|
2025-11-19 23:05:46 +08:00 |
|
minecraft1024a
|
f204be3146
|
feat(chat): 在聊天消息中显示用户 QQ 号
|
2025-11-19 23:05:43 +08:00 |
|
minecraft1024a
|
87389c9d66
|
Megre Pull Request #1260 from MaiCore:https://github.com/MaiM-with-u/MaiBot/pull/1260
|
2025-11-19 23:05:41 +08:00 |
|
minecraft1024a
|
350388d116
|
fix(db): 修复数据库迁移中列和索引的创建逻辑
- 增强了添加列时对默认值的处理,以兼容不同数据库方言(例如 SQLite 的布尔值)。
- 切换到更标准的 `index.create()` 方法来创建索引,提高了稳定性。
- 调整了启动顺序,确保数据库在主系统之前完成初始化,以防止竞争条件。
|
2025-11-19 23:05:40 +08:00 |
|
minecraft1024a
|
53b61028c7
|
perf(memory): 优化记忆系统数据库操作并修复并发问题
将消息记忆次数的更新方式从单次写入重构为批量更新,在记忆构建任务结束时统一执行,大幅减少数据库写入次数,显著提升性能。
此外,为 `HippocampusManager` 添加了异步锁,以防止记忆巩固和遗忘操作并发执行时产生竞争条件。同时,增加了节点去重逻辑,在插入数据库前检查重复的概念,确保数据一致性。
|
2025-11-19 23:05:40 +08:00 |
|
tt-P607
|
f3b3e60c1c
|
feat(chat): 增加已读标记以聚焦未读消息
为聊天上下文生成逻辑引入了“已读标记” (read_mark) 机制。
当生成回复时,可以在历史消息中插入一个明确的分隔符,以告知模型哪些消息是它已经看过的旧消息,哪些是需要关注的新消息。
这有助于模型更好地聚焦于未读内容,提升上下文感知能力和回复的相关性。
同时,将 Prompt 模板中的“群聊”等硬编码文本参数化,以更好地适配私聊等不同聊天场景。
|
2025-11-19 23:05:36 +08:00 |
|
tt-P607
|
f515bf679e
|
refactor(chat): 移除 breaking 模式下复杂的消息等待机制
原有的 breaking 模式等待逻辑过于复杂,它会累积新消息的兴趣值,并根据动态阈值(受专注度和发言频率影响)决定何时响应。这种机制可能导致响应延迟且行为难以预测。
本次重构完全移除了该等待与累积机制。现在,系统一旦收到任何新消息,就会立即处理并计算其平均兴趣值,从而确保了响应的及时性和逻辑的简洁性。
|
2025-11-19 23:05:36 +08:00 |
|
minecraft1024a
|
ba91b99674
|
fix(db): 适配 SQLAlchemy 2.0 API 变更
更新了与数据库交互的代码,以适配 SQLAlchemy 2.0 引入的 API 变更,解决相关的废弃警告和异步调用问题。
主要变更包括:
- 使用 `scalars().first()` 替代已废弃的 `scalar()` 方法。
- 在获取所有标量结果时显式调用 `.all()`。
- 对异步引擎 `get_engine()` 的调用进行 `await`。
- 移除了向 Inspector 方法(如 `get_table_names`)传递多余的 `conn` 参数。
|
2025-11-19 23:05:34 +08:00 |
|
Furina-1013-create
|
11e97a15ed
|
将回复规则部分的提示词让用户可以自定义,详细请看配置文件
|
2025-11-19 23:05:31 +08:00 |
|
雅诺狐
|
4091a4eadf
|
更改权限
|
2025-11-19 23:05:29 +08:00 |
|
雅诺狐
|
142a744ed0
|
Update utils_video.py
|
2025-11-19 23:05:24 +08:00 |
|
雅诺狐
|
e11a24b479
|
更新视频识别
|
2025-11-19 23:05:24 +08:00 |
|
tt-P607
|
26b9d02476
|
fix(core): 修正因异步改造遗漏的 await 调用
在最近的数据库异步化重构后,部分函数的调用处忘记添加 `await` 关键字,导致协程未被正确执行。
本次提交修复了以下模块中的问题:
- `ExpressionLearner`
- `ChatMessageBuilder`
- `EmojiAction
|
2025-11-19 23:05:22 +08:00 |
|
minecraft1024a
|
79baac2797
|
refactor(person_info): 引入同步方法 get_value 并替换旧的 get_value_sync(因为根本就没有这个方法)
为了解决在不同异步上下文中同步调用数据库可能引发的运行时错误,实现了一个新的、更健壮的同步方法 `PersonInfoManager.get_value`。
- 新方法能够正确处理已在运行的 asyncio 事件循环,提高了在混合代码环境中调用的稳定性。
- 全面替换了原有的 `get_value_sync` 方法调用,统一了同步获取用户信息的接口。
|
2025-11-19 23:05:20 +08:00 |
|
minecraft1024a
|
02067b6eeb
|
也许是修好了表达学习吧
|
2025-11-19 23:05:18 +08:00 |
|
雅诺狐
|
a82c16852f
|
refactor(chat): 优化自消息处理逻辑和回复目标选择机制
- 添加自消息阻断机制,避免机器人回复自己的消息
- 重构回复目标选择逻辑,优先选择非机器人用户的消息作为回复目标
|
2025-11-19 23:05:18 +08:00 |
|
雅诺狐
|
679195d792
|
refactor(db): 修正SQLAlchemy异步操作调用方式
移除session.add()方法的不必要await调用,修正异步数据库操作模式。主要变更包括:
- 将 `await session.add()` 统一改为 `session.add()`
- 修正部分函数调用为异步版本(如消息查询函数)
- 重构SQLAlchemyTransaction为完全异步实现
- 重写napcat_adapter_plugin数据库层以符合异步规范
- 添加aiomysql和aiosqlite依赖支持
|
2025-11-19 23:05:17 +08:00 |
|
雅诺狐
|
0cffc0aa95
|
refactor(db): 将数据库操作异步化
- 将所有 session.add() 改为 await session.add()
- 将所有 session.commit() 改为 await session.commit()
- 将 session.refresh() 改为 await session.refresh()
|
2025-11-19 23:05:14 +08:00 |
|
tt-P607
|
dedd06efdc
|
refactor(core): 适配核心数据获取与消息构建函数的异步调用
在数据库交互层异步化后,多个相关的数据获取和消息构建函数(如 `build_readable_messages`)也转为异步实现。本次提交在所有调用点添加了 `await` 关键字,以适应这一变化。
此外,本次提交还包含以下修复:
- 在主动思考模块中增加了对规划器返回无效动作的检查,避免后续流程出错。
- 修正了日志记录中错误的上下文变量引用。
|
2025-11-19 23:05:11 +08:00 |
|
tt-P607
|
5892ed1452
|
refactor(db): 重构数据库交互为异步模式
为了提升性能并与项目整体的异步架构保持一致,对核心数据库交互模块进行了异步化重构。
主要修改内容包括:
- 将 `PermissionManager` 中的所有数据库操作从同步改为异步,以避免阻塞事件循环。
- 使用 `async_sessionmaker` 和 `async with session` 替代原有的同步会话管理。
- 将 SQLAlchemy 查询语法更新为异步兼容的 `await session.execute(select(...))` 模式。
- 相应地,调用链中依赖数据库操作的多个方法也已更新为 `async` 函数。
|
2025-11-19 23:05:09 +08:00 |
|
雅诺狐
|
9ec8ea6310
|
Update message.py
|
2025-11-19 23:05:08 +08:00 |
|
雅诺狐
|
ca51182172
|
小修复
|
2025-11-19 23:05:07 +08:00 |
|
tt-P607
|
1c760798b0
|
总算能回复了😭😭😭
|
2025-11-19 23:05:06 +08:00 |
|
雅诺狐
|
26a4c492c3
|
将AFC合并至Master分支
|
2025-11-19 23:05:06 +08:00 |
|
tt-P607
|
610688f641
|
6
|
2025-11-19 23:05:05 +08:00 |
|
tt-P607
|
d9f2cd084d
|
5
|
2025-11-19 23:05:04 +08:00 |
|
tt-P607
|
d53238dfc9
|
4次修改
|
2025-11-19 23:05:02 +08:00 |
|
雅诺狐
|
93542cadef
|
perf(methods): 通过移除不必要的 self 参数优化方法签名
在包括 chat、plugin_system、schedule 和 mais4u 在内的多个模块中,消除冗余的实例引用。此次改动将无需访问实例状态的实用函数转换为静态方法,从而提升了内存效率,并使方法依赖关系更加清晰。
|
2025-11-19 23:05:00 +08:00 |
|
tt-P607
|
aba4f1a947
|
三次修改
|
2025-11-19 23:02:01 +08:00 |
|
tt-P607
|
65087b8c98
|
回退“feat: 实现KEYWORD_OR_LLM_JUDGE激活类型”
|
2025-11-19 23:01:17 +08:00 |
|
tt-P607
|
c9a0a3f1d8
|
feat(actions): 增强音乐搜索,从LLM回复中提取确切歌名
为了提高音乐播放的准确性,引入了一种新机制,可根据 LLM 生成的回复动态更新音乐搜索动作。
在某些场景下,Planner 生成的 `music_search` 动作可能只包含一个模糊的意图,而 LLM 在其回复文本中会明确指出要播放的具体歌曲(例如,“好的,为您播放《晴天》”)。
此变更通过以下方式解决了这个问题:
- 新增 `_extract_song_name_from_reply` 辅助函数,用于从回复文本中解析书名号《》内的歌名。
- 在执行并行附加动作前,系统会尝试从主回复中提取歌名。
- 如果成功提取,该歌名将被注入 `music_search` 动作的参数中,确保执行的搜索与 LLM 的意图完全一致。
|
2025-11-19 23:01:16 +08:00 |
|
tt-P607
|
4890771a87
|
feat(planner): 引入双模动作激活机制与混合触发类型
为了更精细地控制动作在不同聊天模式下的行为,并提升决策效率,本次更新引入了全新的动作激活机制。
- **双模激活**: 为 Action 新增 `normal_activation_type` 和 `focus_activation_type` 属性,允许插件在 `NORMAL` 和 `FOCUS` 模式下拥有不同的激活策略,使行为更符合上下文。
- **混合触发**: 新增 `KEYWORD_OR_LLM_JUDGE` 激活类型。该类型会先进行快速的关键词匹配,若未匹配成功,则回退至 LLM 进行判断,兼顾了响应速度和智能化。
- **流程优化**: 重构了 `PlanGenerator` 的动作筛选逻辑,使其在生成计划前,就根据当前聊天模式和简单的激活规则进行预筛选,为后续的 LLM 决策提供更精准、更高效的候选动作列表。
|
2025-11-19 23:01:16 +08:00 |
|
tt-P607
|
cad85959d9
|
feat(planner): 重构动作决策逻辑与参数提取机制
本次提交对动作规划器(Planner)和动作(Action)的执行流程进行了重大重构,旨在提高决策的准确性和可靠性,使机器人能更精确地响应用户指令。
核心变更:
- **决策与参数提取分离**: 规划器(Planner)现在专注于根据用户意图选择最合适的动作,不再负责提取动作参数。
- **动作参数自解析**: `RemindAction` 等动作现在通过内部调用 LLM,从用户消息中自行解析所需参数,使其更加独立和健壮。
- **优化决策Prompt**: 引入“最高优先级检查”和“互斥原则”,强制优先执行由明确意图触发的特定动作(如 `set_reminder`),并在此情况下禁止选择 `reply`,避免重复响应。
- **增强调试**: 在处理循环中增加了日志,以清晰地记录LLM最终选择的动作组合,方便调试。
|
2025-11-19 23:01:09 +08:00 |
|
tt-P607
|
d0b630b212
|
fix(chat): 优化线程环境下的同步数据库调用逻辑
重构了 `_sync_db_get` 函数,以解决在复杂线程和事件循环场景下可能出现的死锁和不稳定性问题。
旧的实现逻辑过于复杂,试图处理多种事件循环状态,容易出错。新的实现采用了更简洁、更健壮的策略:
- 缓存主事件循环的引用,优先在子线程中使用 `run_coroutine_threadsafe`。
- 当无法使用主循环或在主线程中时,回退到使用 `asyncio.run()` 创建新循环来执行异步任务,这是一种更安全的模式。
- 增加了保护措施,避免在已运行的主事件循环中调用时造成阻塞。
此外,此提交还修复了日志记录器中可能添加空前缀导致格式异常的小问题。
|
2025-11-19 23:01:09 +08:00 |
|
tt-P607
|
1aa93010b4
|
呀,柒柒!♪~ 让我来看看这次的修改,为你谱写一段美妙的提交记录吧!这次的改动主要是为了让我的“内心思考”过程变得更加清晰和可爱,调试起来也会更方便哦!
feat(planner): 引入内心思考流,优化规划器推理与日志可读性
本次更新引入了“内心思考”机制,旨在取代原有简单的`reason`字段,使AI的决策过程更加透明、自然,并富有角色扮演的特色。这不仅增强了AI的人设表现力,也极大地提升了日志的可读性和调试效率。
主要变更包括:
- **Prompt 优化**: 彻底重构了规划器(Planner)的核心提示词,引导大语言模型生成一段模拟人类的、未经修饰的思绪流作为决策依据。新的 Prompt 强调展现思考过程而非结论,并提供了详细的示例。
- **日志高亮与格式化**: 在日志系统中增加了对“内心思考:”关键词的特殊渲染逻辑。现在,AI的思考过程会在控制台中以醒目的粉色高亮并独立成段显示,让调试者可以一眼洞察AI的决策动机。
- **异步健壮性提升**: 重构了`_sync_db_get`函数,采用`asyncio.run_coroutine_threadsafe`来安全地处理从同步线程调用异步数据库的场景,解决了潜在的事件循环冲突和死锁风险,增强了系统的稳定性。
- **日志完整性**: 移除了对图片描述等日志内容的长度截断,确保在调试过程中可以查看完整信息,方便问题定位。
|
2025-11-19 23:01:08 +08:00 |
|
tt-P607
|
e6d5c405ba
|
feat(knowledge): 优化知识库返回结构和集成流程
- 重构QAManager.get_knowledge()返回结构化字典包含知识项和摘要
- 在bot.py中添加initialize_lpmm_knowledge()初始化调用
- 更新Prompt类知识库集成逻辑,改进错误处理
- 优化lpmm知识工具显示格式,增强用户体验
- 调整异步任务基础超时时间从10秒增至20秒
|
2025-11-19 23:01:07 +08:00 |
|
tt-P607
|
e31af08dfa
|
feat(proactive): 优化主动思考逻辑,改进搜索决策与信息融合
升级了搜索决策模型,使其能更准确地区分依赖“外部信息”的话题和依赖“内部信息”的社交话题,从而减少不必要的网络搜索。
- **精确决策**: 新的判断原则引导模型更深入地分析话题本质,避免为个人感受或日常闲聊等话题启动搜索。
- **健壮执行**: 增强了网络搜索功能的健壮性,修正了搜索工具的参数 (`keyword` -> `query`),并增加了对空主题的检查,防止无效调用。
- **自然融合**: 优化了最终回复的生成提示,引导模型将获取到的网络信息更自然地融入对话,作为话题的补充或引子,而不是生硬地复述。
|
2025-11-19 23:01:06 +08:00 |
|