霍格沃兹测试开发学社
并行推进：别让 Agent 排队等着任务拆完了，怎么让它们同时跑起来？这是编排能力的第二个核心问题。依赖关系图（DAG）opencode-agent-teams 插件提供了一个很干净的抽象：把任务定义成有向无环图（DAG）。你可以用 team_create 定义一个团队计划，每个任务可以指定 depends_on 依赖：team_create plan_id="research-feature" tasks=[ {id:"api", prompt:"研究用户认证需要的 API 端点", agent:"explore"}, {id:"db", prompt:"研究用户认证的数据库结构", agent:"explore"}, {id:"summary", prompt:"综合 API 和 DB 调研结果制定计划", agent:"general", depends_on:["api","db"]}]执行 team_run 时，系统会对任务做拓扑排序，同一依赖层级的任务并行执行——api 和 db 同时跑，都完成后才执行 summary。每个任务在后台都有自己的子会话，通过 OpenCode SDK 的 client.session.create 创建，parentID 指向当前会话。主会话不会被阻塞，你可以同时做其他事情。更细致的并行控制@hueyexe/opencode-ensemble 提供了更细粒度的控制。主 Agent 可以动态创建团队、添加任务、指定依赖，然后逐个生成队友：主 Agent 先添加独立任务 → 记录任务 ID → 再添加依赖这些 ID 的后续任务 → 依次生成对应的子 Agent每个子 Agent 运行在自己的 OpenCode 会话中，拥有独立的上下文窗口。你可以为每个子 Agent 指定不同的模型——比如让 GPT-5 做调研、Claude Opus 写代码、再让另一个模型做 review。不同模型各司其职，而不是一个模型干所有事。opencode-matrixx 更进一步，内置了 14 个专职 Agent，覆盖了从架构设计、代码实现到安全审计的完整链路。你只需要说一个词 ultrawork，系统就会自动调度最合适的 Agent 组合并行推进。
发布于 北京
分享
评论
赞
未登录
友善发言
评论
加载中
