|
|
a1d3c1e295
|
初步完善感知相关模块，提示词待设计:
- 修复了`Config`中生成的配置文件的模块链未加入`PostprocessExecutor`的问题
- 发现`InteractionHub`中还留有未使用的`coreModel`、`taskScheduler`,已删除
- 将`PerceiveUpdater`感知更新模块的提取逻辑下放到感知子模块`RelationExtractor`和`StaticMemoryExtractor`，感知更新主模块只负责将两个子模块的执行进行并发以及整合结果，最终提交给`PerceiveCapability`进行更新
-
|
2025-07-07 16:26:04 +08:00 |
|
|
|
d11d39ea81
|
重构拆分原‘记忆图谱’以适应后续扩展
- 拆分原`MemoryGraph`为 MemoryCore, CacheCore, GraphCore, PerceiveCore几个部分.
- MemoryCore中将不再包含操作逻辑, 由MemoryManager统一处理, 序列化逻辑仍交给MemoryCore。
- 更新README
|
2025-06-06 19:28:10 +08:00 |
|
|
|
a71a133ff1
|
重构提示词，调整部分逻辑
- 简化调整模型配置流程
- 调整携带‘自我’的模块固定采样设定，并在父类中提供默认实现
- 重构了记忆更新模块的几份提示词
- 在预处理模块声明基础字段含义
- StaticExtractor从记忆模块分离，应当归类为感知模块，暂时禁用，等待后续感知模块实现
|
2025-06-02 23:23:27 +08:00 |
|
|
|
feac2fc652
|
推进调整提示词加载逻辑，进行部分重构
- 将CoreModel明确为“表达模块”，移动至modules包
- 将模块相关内容移动到Modules包
- 为存在的单例实现添加双重锁定
- 调整父类Model的提示词加载逻辑，并修改了执行`chat`操作的逻辑
- 将MemorySummarizer中的几个总结逻辑拆分成三个子模块，但入口仍为MemorySummarizer
- 在README添加了许可声明
|
2025-05-31 20:33:31 +08:00 |
|
|
|
481511cb98
|
进行: 重构提示词加载机制以及更新逻辑
- 抽取提示词到`resources`文件夹中
- 调整主模型之前追加字段的加载方式
- 调整了主模型的执行逻辑，对过长的方法进行了抽取
- 记忆更新将根据实际对话轮次进行触发
- `MemoryUpdater`中清理消息将通过截取系统消息进行更新(比移除方便)
- 调整了`Model`类中`setModel`方法的逻辑，主要是如何加载提示词、是否需要`自我引导`
- 删除了几个不再需要的测试类，避免重构时报错影响正常进行
|
2025-05-28 23:19:22 +08:00 |
|
|
|
a49d69d07c
|
完善全局异常处理，在必要处将进行快照保存。后续建议通过readExceptionState读取保存的异常快照
|
2025-05-26 16:03:23 +08:00 |
|
|
|
19236658dd
|
开发重新启动，针对项目现有问题进行调整
(考试算是结束了，接下来估计近一个月都会有时间。)
- 推进全局异常处理相关内容
- 调整了README，明确接下来任务的优先级
|
2025-05-23 23:05:40 +08:00 |
|
|
|
b416d85232
|
继续进行第一阶段的调试修复
- 调整了动态提示词的动态插入方式，但插入格式后续仍需要调整
- 调整了`MemorySelector`的动态提示词
- 调整了`MemorySummarizer`的提示词中摘要的生成流程，现在生成的摘要将包括整体细节
- 细化提取主题时的了recall机制
- 各模块主提示词的身份已明确为该智能体的具体模块
-
|
2025-05-13 22:27:35 +08:00 |
|
|
|
fb34b541e8
|
进行第一阶段的调试修复
- 调整了`强化提示词`的内容，明确指定必须遵守格式
- 修复了静态记忆当不存在user对应map时未插入的bug
- 稍微调整了部分提示词
- 减小了触发记忆机制的token要求，减小至5k, 当触发记忆回溯时，本次对话将不会触发
|
2025-05-12 22:47:06 +08:00 |
|
|
|
68a38e9b51
|
进行第一阶段的调试修复
- 修复了记忆系统中的空指针问题，原因：更新对话缓存计数时使用的经过裁剪的主题路径。
- 修复了切片评估无法正常执行的问题，原因：切片不存在前后序引用时，也试图获取前后序切片的摘要，此时应当抛出空指针异常，但由于任务以Callable<Void>提交，且未处于try-catch代码块内部，导致异常被“吞掉”
- 更新激活切片时将根据id获取到切片对应的消息列表
- 调整了README文件中的不准确描述
|
2025-05-12 20:29:43 +08:00 |
|
|
|
f220854fd6
|
进行第一阶段的调试修复
- 调整了配置生成时的部分逻辑
- 在几乎所有涉及数据交换处都添加了debug日志, 进入、离开每个模块也都有相应的日志提示
- 原 MemoryGraph 、SessionManager 序列化逻辑在windows中会因为文件锁导致无法正常序列化，已修复
- 原总结逻辑会导致对话缓存因没有用户昵称而造成不同用户的身份混淆，在 MemoryManager 添加了根据用户id获取用户身份的逻辑
- 调整了部分提示词; 在主对话模块进行时，将会先添加`强化提示词`，对话后移除，效果待评测
- 添加了README文件，说明现有实现、后续规划等内容
- 添加了从gitea同步至github的脚本，这仓库可不能丢啊
|
2025-05-12 18:28:56 +08:00 |
|
