昨天给你的 Agent 装上了手工具系统后台回复「AgentScope工具」可看。但很快你会发现新问题一个 Agent 干所有事上下文越来越脏。我踩过的坑是这样的让同一个 Agent 既写代码又评审代码。它写完代码满脑子都是自己刚写的逻辑评审时我觉得没问题——让运动员给自己当裁判结果必然是走过场。更糟的是让它同时处理搜索、写作、数据分析所有中间结果堆在一个上下文里Token 烧得飞快回答越来越飘。业界解法就是子AgentSubagent编排一个主管 Agent 负责理解任务、拆解、分发多个子Agent 各干一行独立工作区互不污染。AgentScope 的实现方式很 Java——用 Markdown 声明子Agent!-- workspace/subagents/reviewer.md文件名即 agent_id -- --- description: 代码评审专家。当用户想审查代码、找Bug、检查代码风格时使用。 workspace: mode: isolated model: dashscope:qwen-plus steps: 8 temperature: 0.2 --- 你是一名资深Java代码评审专家。按正确性/安全性/并发/性能/可维护性 五个维度检查每个问题按【文件:行号】格式给出严重程度最后给总分。主管在 ReAct 循环里用agent_spawn分发任务不需要你写任何编排代码——模型自己决定什么时候把任务甩给子AgentHarnessAgent orchestrator HarnessAgent.builder() .name(orchestrator) .sysPrompt(你是项目负责人。收到代码评审任务时把代码交给reviewer子Agent评审然后整理成报告。) .model(dashscope:qwen-plus) .workspace(Paths.get(agentscope-workspace)) // 编程式声明与 workspace/subagents/*.md 等价二选一 .subagent(SubagentDeclaration.builder() .name(reviewer) .description(代码评审专家。) .workspaceMode(WorkspaceMode.ISOLATED) // 独立工作区 .model(dashscope:qwen-plus) .steps(8) .build()) .build(); orchestrator.call(new UserMessage(请评审以下代码\n code), ctx).block();同步还是后台这是多Agent设计里最容易被忽略的决策timeout_seconds 0默认30s同步。主管阻塞等结果适合评审完才能继续的强依赖场景timeout_seconds 0后台。立即返回 task_id子Agent 完成后自动以 system-reminder 推回父Agent不用轮询。适合并行跑多个分析最后汇总的场景。子Agent 不能再生子Agent——这是防失控的设计递归上限 3 层子Agent 强制叶子节点。你见过 Agent 套娃把自己套进死循环的事故吗那是最贵的线上事故之一AgentScope 直接在框架层堵死了。还有两个容易被坑的点隔离模式ISOLATED默认子Agent 独立工作区SHARED共享父工作区——共享意味着子Agent 能改你的文件权限篇会细讲userId 透传父的RuntimeContext.userId自动传给子Agent多租户隔离链路不断——这条到 D6 状态篇会变成保命配置。我的观点别一上来就堆 10 个子Agent。多Agent 的价值不在数量在职责边界。先让一个子Agent 把一件事做到位比如代码评审验证隔离和通信没问题再加第二个。一上来整复杂编排的最后都在给编排本身修 Bug。完整源码主管reviewer子Agent两种调用模式回复关键词领取。面试话术模板“我基于 AgentScope 实现多Agent编排通过 workspace/subagents 声明式子Agent agent_spawn 任务分发支持同步/后台两种模式子Agent独立工作区ISOLATED保障上下文隔离userId 链路透传维护多租户隔离框架强制子Agent不能再生子Agent防止递归失控。” 落地资源推荐跑AgentScope的多Agent应用更吃服务器资源建议使用云服务器能大大减少我们做其他事的精力提高学习代码的专注力和学习AI的效率免除后顾之忧新用户首年特惠专属渠道直达活动无需求忽略。https://www.aliyun.com/daily-act/ecs/activity_selection?userCodefzoabro9领取完整工程找到图片上的水印然后在找到的水印处打出【AgentScope】即可完整工程主管reviewer子Agent两种调用模式。下期预告给Agent装了工具和子Agent它就有了手——可这双手能不能删库、能不能退款下一期讲权限系统ALLOW/DENY/ASK 三态敏感操作强制人工确认半夜定时任务防自动打钱。本文属于「AgentScope生产实战」合集 别再让一个Agent干所有事了，AgentScope之多Agent编排从零落地，独立工作区、后台任务、同步调用全讲透
昨天给你的 Agent 装上了手工具系统后台回复「AgentScope工具」可看。但很快你会发现新问题一个 Agent 干所有事上下文越来越脏。我踩过的坑是这样的让同一个 Agent 既写代码又评审代码。它写完代码满脑子都是自己刚写的逻辑评审时我觉得没问题——让运动员给自己当裁判结果必然是走过场。更糟的是让它同时处理搜索、写作、数据分析所有中间结果堆在一个上下文里Token 烧得飞快回答越来越飘。业界解法就是子AgentSubagent编排一个主管 Agent 负责理解任务、拆解、分发多个子Agent 各干一行独立工作区互不污染。AgentScope 的实现方式很 Java——用 Markdown 声明子Agent!-- workspace/subagents/reviewer.md文件名即 agent_id -- --- description: 代码评审专家。当用户想审查代码、找Bug、检查代码风格时使用。 workspace: mode: isolated model: dashscope:qwen-plus steps: 8 temperature: 0.2 --- 你是一名资深Java代码评审专家。按正确性/安全性/并发/性能/可维护性 五个维度检查每个问题按【文件:行号】格式给出严重程度最后给总分。主管在 ReAct 循环里用agent_spawn分发任务不需要你写任何编排代码——模型自己决定什么时候把任务甩给子AgentHarnessAgent orchestrator HarnessAgent.builder() .name(orchestrator) .sysPrompt(你是项目负责人。收到代码评审任务时把代码交给reviewer子Agent评审然后整理成报告。) .model(dashscope:qwen-plus) .workspace(Paths.get(agentscope-workspace)) // 编程式声明与 workspace/subagents/*.md 等价二选一 .subagent(SubagentDeclaration.builder() .name(reviewer) .description(代码评审专家。) .workspaceMode(WorkspaceMode.ISOLATED) // 独立工作区 .model(dashscope:qwen-plus) .steps(8) .build()) .build(); orchestrator.call(new UserMessage(请评审以下代码\n code), ctx).block();同步还是后台这是多Agent设计里最容易被忽略的决策timeout_seconds 0默认30s同步。主管阻塞等结果适合评审完才能继续的强依赖场景timeout_seconds 0后台。立即返回 task_id子Agent 完成后自动以 system-reminder 推回父Agent不用轮询。适合并行跑多个分析最后汇总的场景。子Agent 不能再生子Agent——这是防失控的设计递归上限 3 层子Agent 强制叶子节点。你见过 Agent 套娃把自己套进死循环的事故吗那是最贵的线上事故之一AgentScope 直接在框架层堵死了。还有两个容易被坑的点隔离模式ISOLATED默认子Agent 独立工作区SHARED共享父工作区——共享意味着子Agent 能改你的文件权限篇会细讲userId 透传父的RuntimeContext.userId自动传给子Agent多租户隔离链路不断——这条到 D6 状态篇会变成保命配置。我的观点别一上来就堆 10 个子Agent。多Agent 的价值不在数量在职责边界。先让一个子Agent 把一件事做到位比如代码评审验证隔离和通信没问题再加第二个。一上来整复杂编排的最后都在给编排本身修 Bug。完整源码主管reviewer子Agent两种调用模式回复关键词领取。面试话术模板“我基于 AgentScope 实现多Agent编排通过 workspace/subagents 声明式子Agent agent_spawn 任务分发支持同步/后台两种模式子Agent独立工作区ISOLATED保障上下文隔离userId 链路透传维护多租户隔离框架强制子Agent不能再生子Agent防止递归失控。” 落地资源推荐跑AgentScope的多Agent应用更吃服务器资源建议使用云服务器能大大减少我们做其他事的精力提高学习代码的专注力和学习AI的效率免除后顾之忧新用户首年特惠专属渠道直达活动无需求忽略。https://www.aliyun.com/daily-act/ecs/activity_selection?userCodefzoabro9领取完整工程找到图片上的水印然后在找到的水印处打出【AgentScope】即可完整工程主管reviewer子Agent两种调用模式。下期预告给Agent装了工具和子Agent它就有了手——可这双手能不能删库、能不能退款下一期讲权限系统ALLOW/DENY/ASK 三态敏感操作强制人工确认半夜定时任务防自动打钱。本文属于「AgentScope生产实战」合集