|
|
bfdc9b00e5
|
ActionPlanner 流程图制作完毕
|
2025-11-17 15:11:02 +08:00 |
|
|
|
d77ffd1db6
|
Merge remote-tracking branch 'origin/doc/architechture' into doc/architechture
|
2025-11-11 16:51:18 +08:00 |
|
|
|
fea7f9c81f
|
PerceiveSelector、PeiceiveUpdater 流程图制作完毕
|
2025-11-11 08:47:21 +08:00 |
|
|
|
ae5caf8475
|
更新 memory.md
|
2025-11-10 18:59:05 +08:00 |
|
|
|
980d9384d1
|
MemoryUpdater 流程图制作完毕
|
2025-11-08 17:33:05 +08:00 |
|
|
|
9ba0d1363a
|
创建了 action、memory、perceive 三类模块的流程文档; 完成了记忆模块中 MemorySelector 的流程图
|
2025-11-07 15:14:29 +08:00 |
|
|
|
5419722c40
|
更新文档内容
|
2025-11-06 11:17:25 +08:00 |
|
|
|
a7d54349e4
|
进行 框架-主题 的适配测试，发现了一些问题并进行了修复
框架:
- 去除了 ActivateModel 中 modelKey() 方法的默认实现，对于特殊的 AgentModule 继承者(CoreModule)而言，直接获取注解信息不可行，如果保持，则需要另加判断逻辑。这是没有必要的
- 发现 Agent 启动流程中，由于 Gateway 的启动可能依赖配置文件的加载，故将 AgentConfigManager 与 AgentGateway 的指定替换为类型指定，在合适的时机通过反射进行实例化
- 在 AgentUtil 中新增了链式判断指定类的注解链上是否存在指定注解的方法，目前用于 CapabilityHolder 的持有实例判定
- 发现 CapabilityFactoryContext 中 cores、capabilities 未赋值导致空指针异常，已修复
- 将 AgentConfigManager 中的检验逻辑进行抽离，放到了 ConfigLoaderFactory 中，避免职责混淆
- 发现 CoreModule 的注解使用错误，`@Retention(RetentionPolicy.RUNTIME)`元注解可以使得注解在代码运行时能够被反射扫描
- 在 ModuleCheckFactory 中添加了对于 Module 与 SubModule 的注解、继承使用是否匹配的检验
- 发现对于一个类来说，无法直接通过一层反射获取到‘注解的注解’，故在 ModuleRegisterFactory 中针对 CoreModule 的注册做了特殊处理
主体:
- 发现一些类缺少必要注解，已修复
- 发现存在有些必要的类未公开化无参构造函数，已修复，并在框架部分增加校验逻辑
其他:
- 由于项目的启动流程与完整的配置文件密不可分，所以开始尝试编写启动说明，目前只写了开头
|
2025-09-21 23:29:45 +08:00 |
|
