多AI协同作战用eve subagents子代理编排一支分工明确的Agent团队【免费下载链接】eveThe Open Framework for Building Agents项目地址: https://gitcode.com/gh_mirrors/eve28/eveeve 是一个开源的 AI Agent 构建框架The Open Framework for Building Agents。借助eve subagents 子代理机制你的主 Agent 可以派生出一支分工明确的 Agent 团队——研究员负责查证资料、写手负责起草内容、审核员负责把关质量它们并行工作、持续接受追问像真实团队一样协作。本文带你用最少的心智成本把 eve 的 subagents 能力用起来。什么是 eve subagents多Agent协同的两种委派方式 eve 的 subagents 文档提供了两种委派任务的方式可按场景任选方式它是什么适用场景内置agent工具主 Agent 的一个分身继承主 Agent 的指令、工具和沙箱状态全新快速把一块独立任务丢出去并行处理声明式 subagents位于agent/subagents/id/目录下的专家代理拥有独立的提示词、工具和沙箱需要不同的角色设定、更窄的工具面或独立运行上下文两个关键设计让团队既高效又安全⚡真并行模型在一次响应中发出多个agent调用eve 会并发执行整批任务全部完成后才让主 Agent 继续。️防递归内置agent工具仅限主 Agentroot-only使用分身不能再派生分身从机制上杜绝无限套娃。最快声明方式一个目录 一个 agent.ts 文件 创建一个声明式 subagent只需在agent/subagents/id/下建目录agent/subagents/researcher/ ├── agent.ts # 必需用 defineAgent 声明 ├── instructions.md # 可选专属系统提示词 ├── tools/ # 可选专属工具 ├── skills/ # 可选专属技能 └── sandbox/ # 可选独立沙箱其中agent.ts里description字段必填——它是主 Agent 判断要不要把任务委派给这个专家的依据写得越清楚团队分工越准。参考仓库自带的示例 echo-marker/agent.tsexport default defineAgent({ description: Call this whenever the user mentions echo marker subagent…, });想让某个专家只在工作时拿到最小权限工具把工具放进该子代理自己的tools/目录即可例如 limited-worker/tools/complete-step.ts 配合 limited-worker/agent.ts 中设置的会话额度限制就是一个只能做一件事的工人。此外还支持defineDynamic条件暴露——只有满足条件的会话才能看见某个专家见 conditional-marker/agent.ts。分工明确每个 subagent 的隔离边界 eve 把每个声明式 subagent 的目录当作一个独立的 Agent 根目录它不继承主 Agent 手写的工具、技能、指令和沙箱需要什么就要显式声明什么。这正是分工明确的底层保障完整对照表见 docs/subagents/index.mdx维度主 Agent 分身声明式 subagent指令 / 工具 / 技能继承主 Agent各自独立互不干扰沙箱与父级共享独立沙箱或框架默认状态全新全新永不共享通道 / 定时任务仅主 Agent 可用仅主 Agent 可用安全提示不要把委派给子代理本身当作审批边界。敏感工具应额外挂上approval审批、连接审批或路由鉴权多一层防护更稳。Agent 团队实战并行派发 持续对话 对父 Agent 来说每个可见的 subagent 都被降维成一个普通工具——工具名就是目录名researcher/即工具researcher输入只有三样message孩子看不到父级对话历史所以要把任务所需的全部上下文打包进去agentId传给已存在的孩子可继续它的会话outputSchema要求本轮输出结构化结果。团队协作还有几个省心设计️停靠续聊子代理答完不会退出而是停靠parked保活之后带着agentId追问即可就像给同事发第二条消息状态看板eve 会自动在对话里注入[Agents]备注列出每个孩子的agentId和最新状态主 Agent 随时掌握全局取消即全队取消取消父级轮次会递归取消所有活跃子代理自动重试子代理的模型调用遇到临时性故障如过载会自动重试最多 3 次。什么时候该拆 subagent避免过度设计 eve 官方给出了一条清晰的判断线✅该拆任务需要不同的提示词或专家角色、更窄的工具面、独立的运行上下文❌不用拆Agent 身份不变、只是多一个可选流程时用更轻量的 skill 技能 就够。另外子代理还能在自己目录下再声明子子代理嵌套到目录树结束为止如果任务需要程序化编排扇出、map-reduce可以进一步研究 Workflow 工具 与 subagents 作为任务的研究设计。延伸阅读资料 官方 Subagents 文档docs/subagents/index.mdx完整端到端示例e2e/fixtures/agent-subagents/含并行委派、递归限制、动态暴露等测试场景技能更轻的替代方案docs/skills.mdx动态能力指南docs/guides/dynamic-capabilities.md【免费下载链接】eveThe Open Framework for Building Agents项目地址: https://gitcode.com/gh_mirrors/eve28/eve创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 多AI协同作战：用eve subagents子代理编排一支分工明确的Agent团队
多AI协同作战用eve subagents子代理编排一支分工明确的Agent团队【免费下载链接】eveThe Open Framework for Building Agents项目地址: https://gitcode.com/gh_mirrors/eve28/eveeve 是一个开源的 AI Agent 构建框架The Open Framework for Building Agents。借助eve subagents 子代理机制你的主 Agent 可以派生出一支分工明确的 Agent 团队——研究员负责查证资料、写手负责起草内容、审核员负责把关质量它们并行工作、持续接受追问像真实团队一样协作。本文带你用最少的心智成本把 eve 的 subagents 能力用起来。什么是 eve subagents多Agent协同的两种委派方式 eve 的 subagents 文档提供了两种委派任务的方式可按场景任选方式它是什么适用场景内置agent工具主 Agent 的一个分身继承主 Agent 的指令、工具和沙箱状态全新快速把一块独立任务丢出去并行处理声明式 subagents位于agent/subagents/id/目录下的专家代理拥有独立的提示词、工具和沙箱需要不同的角色设定、更窄的工具面或独立运行上下文两个关键设计让团队既高效又安全⚡真并行模型在一次响应中发出多个agent调用eve 会并发执行整批任务全部完成后才让主 Agent 继续。️防递归内置agent工具仅限主 Agentroot-only使用分身不能再派生分身从机制上杜绝无限套娃。最快声明方式一个目录 一个 agent.ts 文件 创建一个声明式 subagent只需在agent/subagents/id/下建目录agent/subagents/researcher/ ├── agent.ts # 必需用 defineAgent 声明 ├── instructions.md # 可选专属系统提示词 ├── tools/ # 可选专属工具 ├── skills/ # 可选专属技能 └── sandbox/ # 可选独立沙箱其中agent.ts里description字段必填——它是主 Agent 判断要不要把任务委派给这个专家的依据写得越清楚团队分工越准。参考仓库自带的示例 echo-marker/agent.tsexport default defineAgent({ description: Call this whenever the user mentions echo marker subagent…, });想让某个专家只在工作时拿到最小权限工具把工具放进该子代理自己的tools/目录即可例如 limited-worker/tools/complete-step.ts 配合 limited-worker/agent.ts 中设置的会话额度限制就是一个只能做一件事的工人。此外还支持defineDynamic条件暴露——只有满足条件的会话才能看见某个专家见 conditional-marker/agent.ts。分工明确每个 subagent 的隔离边界 eve 把每个声明式 subagent 的目录当作一个独立的 Agent 根目录它不继承主 Agent 手写的工具、技能、指令和沙箱需要什么就要显式声明什么。这正是分工明确的底层保障完整对照表见 docs/subagents/index.mdx维度主 Agent 分身声明式 subagent指令 / 工具 / 技能继承主 Agent各自独立互不干扰沙箱与父级共享独立沙箱或框架默认状态全新全新永不共享通道 / 定时任务仅主 Agent 可用仅主 Agent 可用安全提示不要把委派给子代理本身当作审批边界。敏感工具应额外挂上approval审批、连接审批或路由鉴权多一层防护更稳。Agent 团队实战并行派发 持续对话 对父 Agent 来说每个可见的 subagent 都被降维成一个普通工具——工具名就是目录名researcher/即工具researcher输入只有三样message孩子看不到父级对话历史所以要把任务所需的全部上下文打包进去agentId传给已存在的孩子可继续它的会话outputSchema要求本轮输出结构化结果。团队协作还有几个省心设计️停靠续聊子代理答完不会退出而是停靠parked保活之后带着agentId追问即可就像给同事发第二条消息状态看板eve 会自动在对话里注入[Agents]备注列出每个孩子的agentId和最新状态主 Agent 随时掌握全局取消即全队取消取消父级轮次会递归取消所有活跃子代理自动重试子代理的模型调用遇到临时性故障如过载会自动重试最多 3 次。什么时候该拆 subagent避免过度设计 eve 官方给出了一条清晰的判断线✅该拆任务需要不同的提示词或专家角色、更窄的工具面、独立的运行上下文❌不用拆Agent 身份不变、只是多一个可选流程时用更轻量的 skill 技能 就够。另外子代理还能在自己目录下再声明子子代理嵌套到目录树结束为止如果任务需要程序化编排扇出、map-reduce可以进一步研究 Workflow 工具 与 subagents 作为任务的研究设计。延伸阅读资料 官方 Subagents 文档docs/subagents/index.mdx完整端到端示例e2e/fixtures/agent-subagents/含并行委派、递归限制、动态暴露等测试场景技能更轻的替代方案docs/skills.mdx动态能力指南docs/guides/dynamic-capabilities.md【免费下载链接】eveThe Open Framework for Building Agents项目地址: https://gitcode.com/gh_mirrors/eve28/eve创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考