动机
目前 Reasonix 的 subagent
模式是串行的——一次只能跑一个子会话。对于可拆解的独立任务(修多个文件、多视角设计),同一时间只能有一个 Agent
干活,效率低、缓存也难以复用。
方案
新增 /parallel 内置 Skill,让编排器将任务拆解后并行分发给多个独立 Worker Agent。
架构:
/parallel <任务>
→ 读取 parallel skill body
→ LLM 调用 parallel_schedule MCP 工具
→ 3 个独立 reasonix run Worker 并行执行
→ 每个 Worker 固定 system prompt(保证缓存复用)
→ 合并结果返回
MCP 工具(独立包分发,不在此 PR):
parallel_schedule — 启动并行 Worker,立即返回 task_id
parallel_status — 轮询进度和结果
缓存表现:
| 轮次 |
缓存命中率 |
| 首轮 (冷) |
0% |
| 第2轮 |
~85% |
| 第3轮+ |
~95% |
范围
- Reasonix 侧:5 个文件,纯增量(+368 行)
- 内置 parallel skill body
/parallel 斜杠命令
- Python 调度脚本
- MCP Server 侧:独立包,不在此 PR
关联 PR
https://github.com/esengine/DeepSeek-Reasonix/pull/1352/changes#top
动机
目前 Reasonix 的 subagent
模式是串行的——一次只能跑一个子会话。对于可拆解的独立任务(修多个文件、多视角设计),同一时间只能有一个 Agent
干活,效率低、缓存也难以复用。
方案
新增
/parallel内置 Skill,让编排器将任务拆解后并行分发给多个独立 Worker Agent。架构:
/parallel <任务>
→ 读取 parallel skill body
→ LLM 调用 parallel_schedule MCP 工具
→ 3 个独立 reasonix run Worker 并行执行
→ 每个 Worker 固定 system prompt(保证缓存复用)
→ 合并结果返回
MCP 工具(独立包分发,不在此 PR):
parallel_schedule— 启动并行 Worker,立即返回 task_idparallel_status— 轮询进度和结果缓存表现:
范围
/parallel斜杠命令关联 PR
https://github.com/esengine/DeepSeek-Reasonix/pull/1352/changes#top