技能介绍

这个系统解决什么问题

面对一个足够大的任务——比如对十个竞品做全面调研——单个 Agent 通常只能串行推进。上下文越滚越长，中途容易遗漏约束，最终产出还往往缺乏可追溯的中间证据。EvoX 的思路是把「一个 Agent 干到底」换成「一群 Agent 各自交付文件」，主 Agent 只负责拆解、派发与汇合，不亲自重写任何一段内容。

核心设计：三原则与四个阶段

整个机制建立在三条原则上：拆得更碎、执行隔离、文件为证。

Phase 1 蜂群拆解：支持维度拆解、串行拆解与混合拆解三种方式。每个原子任务必须声明 output_file（相对 workspace 根目录）与 depends_on（空数组表示可并行）。单批最多 10 个任务。
Phase 2 并行执行：无依赖任务通过多次 sessions_spawn 同时派发；有依赖任务串行等待上游产出。并发上限 5。等待统一走 sessions_yield 事件机制，严禁轮询；子 Agent 未写文件或写入空文件时重试，上限 3 次，仍失败则降级从 completion event 提取内容并标记失败。
Phase 3 程序化汇合：逐文件读取所有 output_file，检查存在性与非空，按任务清单顺序拼装，每节标注 [来源: {task_id}]，观点冲突处保留双方并标记 ⚠️。产物优先按用户指定格式（如 DOCX）生成，否则输出 Markdown。
Phase 4 经验沉淀：任务结束后将可复用经验写入 memory/YYYY-MM-DD.md，并附带一套覆盖拆解、执行、汇合、沉淀四阶段的自检清单。

适用边界

触发有硬门槛：任务需可拆解（2 个以上独立子任务）、需并行（子任务间无或弱依赖）、有产出（每个子任务有明确文件级交付物）。以下场景不适用：单一对话问答、纯翻译或格式转换、紧急任务（调度耗时超过直接执行）、子任务强耦合（B 必须等 A 完整输出）。单批超过 10 个任务时应分批执行，而不是硬塞。