slhafzjw ad973d4230 对 ActionExecutor 下子模块的功能分布、某些实体类进行了调整; 完善了 ActionExecutor 中的大致执行逻辑 ...

- 梳理执行链路时发现 ActionRepairer 的能力明显超出可实现边界，故将其能力进行限定
- 新增 ActionCorrector 负责单组行动执行完毕后，根据意图和执行状况进行行动链修正
- 将 PhaserRecord 拆分为独立实体，未来将封装一部分流程控制逻辑

2025-12-02 22:35:53 +08:00

..

dictionaries

推进框架中的模块注册机制。引入 ByteBuddy 完成针对模块的代理实现。

2025-08-05 01:01:42 +08:00

.gitignore

推进框架中的模块注册机制; 完善启动逻辑流程。

2025-08-06 00:17:10 +08:00

copilot.data.migration.agent.xml

推进 ActionDispatcher 模块、完善行动程序规范与加载逻辑

2025-10-31 21:25:12 +08:00

copilot.data.migration.ask.xml

推进 ActionDispatcher 模块、完善行动程序规范与加载逻辑

2025-10-31 21:25:12 +08:00

copilot.data.migration.edit.xml

推进 ActionDispatcher 模块、完善行动程序规范与加载逻辑

2025-10-31 21:25:12 +08:00

encodings.xml

调整 MetaAction 的执行方式，将交给 ActionCapability、SandBoxRunnerClient 执行

2025-11-30 22:16:57 +08:00

kotlinc.xml

开始推进行动模块(ActionModule); 针对框架与本体分别进行了一系列架构优化。

2025-10-12 16:23:11 +08:00

misc.xml

对 ActionExecutor 下子模块的功能分布、某些实体类进行了调整; 完善了 ActionExecutor 中的大致执行逻辑

2025-12-02 22:35:53 +08:00

vcs.xml

推进 ActionExtractor 语义缓存机制: 两种嵌入模型的连接方式测试完毕，在高性能主机上，可以通过ollama调用mxbai-embed-large这类模型，但放到4核8G香橙派3B就会出现推理时长过长，哪怕换成ONNX RUNTIME JAVA 也难以避免，但如果更换成 nomic-embed-text + ONNX RUNTIME JAVA ，仍能够拿到70左右ms的推理时长，远低于提取模型以及向量模型API的调用时长。预期可提供两种语义缓存所用的嵌入模型接入方式: 通过 http 调用 本地ollama接口; 指定 ONNX 格式的嵌入模型直接调用。

2025-10-16 23:04:41 +08:00