d614ac0b15
feat(LocalRunnerClient): support initializing in-process dynamic action MCP Server
2025-12-24 21:36:39 +08:00
592e2604d9
refactor(mcp): move InProcessMcpTransport into Partner-Common module
...
Context:
Action modules in Partner-Main and SandboxRunner module rely on in-process MCP transport to support dynamically action generating.
2025-12-24 19:34:04 +08:00
476acb0641
refactor(LocalRunnerClient): rename McpServerParams into McpClientTrasnportParams
2025-12-22 15:02:07 +08:00
88a14f36b2
refactor(runner): relocate InProcessMcpTransport to experimental and move local MCP client logic into LocalRunnerClient
...
Context:
Recent changes blurred the responsibility boundary between RunnerClient and LocalRunnerClient.
This refactor moves local MCP client–specific logic into LocalRunnerClient and isolates InProcessMcpTransport and related code under the experimental package.
RunnerClient only defines indispensable methods and attributes.
2025-12-22 14:56:23 +08:00
05d1fff125
refactor(RunnerClient): remove unused MCP type enum class
2025-12-21 23:03:25 +08:00
49a4c9eb01
docs(RunnerClient): add architecture-location comment on RunnerClient
2025-12-21 22:05:46 +08:00
9e76c3e7ad
refactor(SandboxRunnerClient): align doRun visibility with superclass
2025-12-19 23:34:17 +08:00
9762739138
refactor(action): replace HashMap with ConcurrentHashMap for thread-safe MetaAction storage
2025-12-19 23:30:27 +08:00
1f5509c17d
refactor(RunnerClient): redesign existedMetaActions update strategy
...
Context:
Resource-change events cannot reliably represent tool changes.
The previous approach attempted to externalize descriptive content into files, but the meta attribute of McpSchema.Tool can provide this information.
2025-12-19 23:22:36 +08:00
ed042cfffa
fix(action): correct params type in related DTOs
2025-12-19 22:57:34 +08:00
128592e23c
chore(MetaActionInfo): remove unused type attribute
2025-12-19 22:47:06 +08:00
5ba36ed3e8
feat(LocalRunnerClient): support executing MetaActions via MCP type
2025-12-19 22:29:03 +08:00
4dea948f82
refactor(MetaAction): separate key attribute into name and location
...
Context:
This change adapts MetaAction locating to support different MetaAction types,
including loading from the local filesystem and from MCP tools.
2025-12-19 21:35:39 +08:00
dc4074715e
chore(MetaAction): remove unused order attribute
2025-12-19 20:53:01 +08:00
225802c1a8
refactor(MetaActionInfo): remove key attribute and update related logic
...
Context:
MetaActionInfo was previously located via its own key attribute.
This is now redundant, as ActionCore already uses the key of existedMetaActions
as the single source of truth.
2025-12-19 20:41:07 +08:00
e851e33b2e
feat(RunnerClient): support MCP type-based dynamic client/server registration
...
This allows implementations of RunnerClient to dynamically register different types of MCP service, and also provides a shutdown hook to close client/server properly.
2025-12-18 22:25:32 +08:00
cb28a5b068
feat(RunnerClient): add InProcessMcpTransport to support in-process MCP communication
...
Context:
This allows RunnerClient implementations to host local MCP servers without spawning another process.
2025-12-18 21:48:35 +08:00
ad58567ada
chore(deps): introduce mcp dependencies
2025-12-18 17:52:15 +08:00
0eee12d685
refactor(MetaActionInfo): remove outdated constructor
...
Context:
Previously, MetaActionInfo comes from the local filesystem changes.
But now MCP Servers already provide a method to get information of MetaActions.
The pre- or post-dependencies are still required, for some MCP Tools cannot just be executed without additional context.
2025-12-18 17:49:52 +08:00
1e6ff1b30c
chore(ActionCore): update outdated comment
2025-12-18 17:49:52 +08:00
0413fc281d
chore(MetaAction): update outdated comment
2025-12-17 22:18:43 +08:00
8a7681ae31
chore(LocalRunnerClient): remove a redundant comment
2025-12-17 20:02:28 +08:00
1947f25ed6
feat(LocalRunnerClient): support executing origin actions
...
Context:
Origin actions are generated by DynamicActionGenerator and may optionally be
persistently serialized. This feature adds the basic execution flow for origin
actions within LocalRunnerClient.
Notes:
The current mapping between action files and their extensions is hardcoded. This should later be replaced with a configurable registry or loaded dynamically
during application startup.
2025-12-16 21:59:53 +08:00
488246525f
chore(gitignore): exclude runtime data directory from version control
2025-12-16 21:39:11 +08:00
534dcd5ade
fix(LocalRunnerClient): correctly capture stdout and stderr to avoid missing output in method exec
2025-12-16 21:30:51 +08:00
ad58c0cc7c
refactor(LocalRunnerClient): allow injecting action watch path
...
Context:
The hardcoded action watch path made LocalRunnerClient difficult to test and
tightened it to a specific runtime layout. Injecting the watch path improves
testability and allows the runner to work in different runtime environments.
2025-12-16 21:02:29 +08:00
d546148d69
chore(test): organize experimental tests and test resources
2025-12-16 19:58:08 +08:00
bf2d5ac707
refactor(RunnerClient): restructure serialization and temp execution paths
...
Context:
Following the consolidation of action types into ORIGIN and MCP,
the serialization logic needs to be separated into dedicated methods.
These methods are invoked by DynamicActionGenerator.
2025-12-16 10:47:23 +08:00
628234f6e2
refactor(MetaActionType): redefine meta action types into MCP and ORIGIN
...
Context:
Previously, SCRIPT and PLUGIN were treated as separate action types,
but their semantics are already covered by MCP.
However, a generic execution path for locally generated actions is still
required, which is represented by ORIGIN.
2025-12-16 10:37:04 +08:00
4b852e0049
推进 ActionExecutor 下的‘行动生成与执行’部分
...
- 新增 RunnerClient 抽象类，并划分 SandboxRunnerClient、LocalRunnerClient两个子类(内容待完善)。前者负责对接 SandboxRunner 模块，后者直接使用本地作为执行环境(但不推荐)。
- 将 ActionWatchService 划为 LocalRunnerClient 的内部类，负责采用本地执行环境时，监听行动程序变化
- 完善 ActionRepairer 处的修复逻辑
- 调整 MetaAction 中路径获取逻辑
这提交方式真该调整一下了，这阶段推进容易攒太多，但又不好停手。或许阶段目标可以保留，但推进点应该可以细化🤔
2025-12-15 21:54:24 +08:00
6e3deced77
推进 ActionExecutor 下的 DynamicActionGenerator 子模块
...
- 完善了 DynamicActionGenerator 的大致逻辑，序列化逻辑待实现
- 补充了 PhaserRecord 中的阻塞逻辑，使用普通的线程sleep操作
- 调整了 MetaAction 中参数形式，由列表替换为 Map,便于执行时填写参数
- 完善了 DynamicActionGenerator 相关的数据类
2025-12-07 20:10:53 +08:00
6a351413a1
推进行动执行模块: 调整了 ActionExecutor 以支持行动链动态修复和参数提取; 完善了 ActionRepairer、ParamsExtractor 的主要逻辑; 完善了部分数据类的内容
...
- 在 ActionData 中新增 additionalContext 用于存储各个执行阶段临时修复生成的上下文，同样以执行阶段为键
- 调整 ActionExecutor 的输入参数，可传入用户标识，用于执行器调用 ActionRepairer 的修复过程
- 完善了 ActionExecutor 中行动单元的执行与修复逻辑，将支持正常状态推进执行、触发自对话时阻塞当前行动单元、所有修复方式失败时将整个行动数据标为 FAILED
- 完善了 ActionExecutor 中各个DTO的构建方法
- 完善了 ParamsExtractor 中的参数提取逻辑
- 在 PhaserRecord 中新增 interrupt 和 complete 方法，将用于后续行动单元的阻塞(ActionExecutor中)与恢复(InterventionHandler中)
- 完善了 ActionRepairer 中的修复逻辑，但自对话通道的暴露方式、DynamicActionGenerator 的具体逻辑待完善
2025-12-05 21:58:21 +08:00
ad973d4230
对 ActionExecutor 下子模块的功能分布、某些实体类进行了调整; 完善了 ActionExecutor 中的大致执行逻辑
...
- 梳理执行链路时发现 ActionRepairer 的能力明显超出可实现边界，故将其能力进行限定
- 新增 ActionCorrector 负责单组行动执行完毕后，根据意图和执行状况进行行动链修正
- 将 PhaserRecord 拆分为独立实体，未来将封装一部分流程控制逻辑
2025-12-02 22:35:53 +08:00
1d315a9b62
ActionExecutor 的执行流程规划完毕，具体逻辑待填充
...
- 调整了部分代码分布，移除了某些非必需的转发方法
- 新增几个 TODO 内容，后续工作已明确
这套调度方式看起来真的有些‘探索性质’了。实际上看起来有些像把 ReAct 的逻辑显式地进行了工程实现，不管是修复、依据状态选择行动单元生成还是阶段间针对行动单元的参数提取，在 ReAct Agent 中都是由一个智能体完成的。
但在这里，它要做的事情太多了，再加上 Partner 行动链的干预逻辑、幻觉参数又不可接受所以需要自对话或者用户干预，这些东西交给一个 ReAct 模块恐怕并不合适也不放心。所以这种显式模块划分应该更符合 Partner 行动模块的需求。
这点硬要说的话，应该还是在于‘ReAct 行为’并非 Partner 的全部吧。
不过谁知道呢，也许以后也会变，但这套至少现在看来是更能实现理想行为的
2025-12-01 19:25:21 +08:00
4e32129b31
优化行动链结构及相关组件、针对 ActionPlanner 相关组件做出调整
...
- 将existedMetaActions的实现由LinkedHashMap替换为HashMap，免去不必要的性能消耗
- 在 ActionCapability 中新增 listAvailableActions 方法用于获取当前存在的可用行动
- 将 ActionData 及相关类中的 LinkedHashMap 替换为普通Map，阶段并发将通过遍历key集合进行，而非针对原始行动链进行遍历
- 在 ActionPlanner 中完善行动链依赖修正逻辑，防止行动单元执行时的输入缺失
- 在 ActionEvaluator 中调整了 Prompt 构建方式
- 调整处理行动链相关代码，移除多余参数，简化方法签名
- 修正 EvaluatorResult 中行动链数据结构为Map，LLM将直接返回初始行动链，后续将加载行动数据并修复行动单元间的依赖关系
- 优化 InterventionHandler、ActionExecutor 等模块中对行动链Map的使用
2025-12-01 17:20:54 +08:00
3f59719e16
调整 MetaAction 的执行方式，将交给 ActionCapability、SandBoxRunnerClient 执行
2025-11-30 22:16:57 +08:00
c548cceec6
新增 SandboxRunner 项目子模块，该模块将在指定容器运行持久服务，与外部主进程通信，将用于后续执行JAR、SCRIPT两类行动类型
2025-11-30 18:41:42 +08:00
b3098310b4
完善了 ActionConfirmer 的遗漏逻辑
2025-11-30 15:16:57 +08:00
f48d559a7b
调整了 ActionInterventor 中数据构建方法的组织方式
2025-11-30 14:38:50 +08:00
14a57f0be6
推进行动干预模块,前置部分逻辑已基本完成
...
- 在`ActionData`中添加必要注释、新增`executingStage`字段表示当前执行阶段、移除了`WAITING`的状态类型
- 调整并修正了`ActionExecutor`中的`Phaser`阻塞逻辑
- 完善了`ActionInterventor`中`识别 -> 评估 -> 异步执行`的干预逻辑，并将干预结果以 Prompt 形式回写至流程上下文，作为主模块的已知内容
- 调整了干预模块内部的各个数据类的字段结构，适配干预流程
- 完善了`InterventionEvaluator`、`InterventionHandler`、`InterventionRecognizer`等必需的干预子模块
2025-11-29 20:56:29 +08:00
264cdb09e5
推进行动干预模块; 接下来将进一步完善 InterventionHandler 的具体内容
...
- 调整相关目录为 interventor
- 调整了某些 ActionInterventor 的子模块用到的数据类结构
- 完善了 InterventionEvaluator 的具体逻辑
- 为 InterventionType 添加了注释，并新增了 CANCEL 干预类型
2025-11-11 16:11:09 +08:00
a1520f117b
推进行动干预模块
...
- 完善了 ActionInterventor 中的具体逻辑以及不同情况下的prompt填充内容;
- 调整了 PreRunningModule 中的 getPromptDataMap 方法;
- 在 ActionCapability 中新增了检查 actionKey 是否存在的逻辑
2025-11-10 23:02:48 +08:00
c3ca4145b8
推进行动干预模块
...
- 完善了大致的执行流程
- 明确并创建了评估与处理所需的数据类及干预类型
- 不同情况的Prompt处理结果、评估和处理的具体流程需要进一步完善
2025-11-06 22:07:27 +08:00
746fda1a5e
干预意图提取模块初步完成，Prompt 待制定; 在 ChatClient 中添加了默认的超时设定，超时时间后续可能需要调整。
...
另: 发现很多细节错误，比如“各个后置模块允许执行的条件”、“主模块出现异常时需要如何处理”、“模块Prompt的构建方式、采用格式不统一”等，需要后续进行修复或调整
2025-10-31 21:26:45 +08:00
ec4fbb7f19
行动干预足以抽离为新的前置模块，但仍属于‘行动’语义，大致框架已确立。后续实现时并发控制、各种干预的协调与触发时机需要注意。
2025-10-31 21:26:45 +08:00
f9c3cacfea
推进 ActionExecutor 相关的动态插拔式行动调度机制
...
- 移除先前构想的 SpecializedPartnerInputData 及相关类，无论是自反思、向用户求助还是用户主动干预，都应当通过语义识别来作用于对应行动事件，使用固定行动id的机制不足以支撑这种机制
- 在 ActionCore 中新增执行中行动的 phaser 管理逻辑
- 新增几个异常类，适用于行动数据加载的异常情况
- 新增 ActionIdentifier 负责行动干预意图的识别
-
2025-10-31 21:25:12 +08:00
e35e18f3b7
推进 ActionExecutor、确定动态插拔式行动调度的实现思路
...
- 在 ActionCore 中添加关闭hook,用于正确设置异常中断时执行中任务的状态
- 修正 actionPool 相关注释及用法
- 将 ActionData 中行动链字段调整为 LinkedHashMap 用于更好地支持分组并发及动态调度
- 重构 ActionExecutor 行动链执行逻辑，采用 Phaser 支持动态调度
- 扩展 InputData、Context 字段并调整 GateWay 格式化逻辑以适应特殊输入
2025-10-31 21:25:12 +08:00
83832d2060
推进 ActionExecutor、针对action core做出了一些调整
...
- 将 ActionWatchService 抽取为独立的类，使用构造参数传递所需内容
- ActionCore 中除了pendingAction外，将只维护一个行动池，通过用户键和STATUS区分类型
- 开始推进 ActionExecutor，但其中的同组并发、动态行动链、行动间参数对齐、参数重构等内容需要仔细考虑
2025-10-31 21:25:12 +08:00
4757425a15
推进 ActionDispatcher 模块、完善行动程序规范与加载逻辑
...
- 明确行动程序的存储形式与加载规则，分为执行程序和描述文件，前者负责逻辑，后者提供必要的描述性信息;
- 将 ActionInfo 重命名为 ActionData，更新相关接口和实现，增强代码一致性和可读性；
- 添加异常处理类以支持行动程序、描述信息的初始化和加载失败的场景；
- 实现行动程序目录的监控功能，支持行动程序的动态加载与管理;
- 明确了 ActionDispatcher 两个子模块的输入输出规范
2025-10-31 21:25:12 +08:00
21b3a0e846
开始推进 ActionDispatcher 模块
...
- ActionDispatcher 划分为 ActionScheduler 和 ActionExecutor 两个子模块，分别负责处理计划任务和即时任务
- 正式确定 Action 将以 ActionChain 的形式进行执行，也采用同组并发策略，按照 order 字段在 chain 中进行排序
- 调整了 ActionInfo 等类以适应当前的元行动类
- 对于行动能力的支持，或可考虑这几种方式: Agent自生成python脚本(必须经过验证，确认可执行且无风险)、MCP调用(需适配为Partner所支持的形式)、普通插件(在指定目录动态加载)
2025-10-31 21:25:12 +08:00
