多agent任务分配需按能力边界、数据依赖和时序精准切割；仅当任务满足强领域隔离、≥4类互不兼容工具调用或交付物分层要求时才启用；须明确角色职责、禁用双向通信、通过只读中间存储流转数据，并以commit hash确保校验准确性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在Agent Space中把一个AI开发任务合理分配给多个Agent，必须先打破“让每个Agent都懂全部”的惯性思维——任务拆分不是按人头平均切块，而是按能力边界、数据依赖和执行时序精准切割。
明确任务是否真需多Agent
打开Agent Space项目空间，先查看当前任务的复杂度标签。如果系统自动标记为「单Agent可承载」（如：补全一个API接口文档、修复一个已知报错的函数），【直接禁用多Agent调度开关】。强行拆分会导致上下文断裂、工具调用错位、调试链路拉长三倍以上。
只有当任务满足至少两项条件时才启动多Agent流程：① 子任务间存在强领域隔离（如前端渲染逻辑 vs 后端数据库迁移脚本）；② 单次执行需调用≥4类互不兼容的工具（如SQL执行器+React组件生成器+Swagger解析器+Git提交校验器）；③ 有明确的交付物分层要求（设计稿→代码→测试用例→部署清单）。
在Agent Space中定义角色与职责
方法一：基于Coze主从模式建模
在「Agent编排」面板点击「新建协作流」→选择「主从架构」模板→为主Agent设定全局协调角色（仅负责接收原始需求、分发子任务、聚合结果、处理超时重试）→为每个从Agent绑定唯一能力标签（如「DB-Agent」「UI-Agent」「Test-Agent」）。
方法二：按交付物阶段绑定
不设主Agent，直接创建三个独立Agent：「Design-Agent」只处理Figma链接解析与组件库匹配，输出JSON Schema；「Code-Agent」只接收Schema输入，生成TypeScript+Tailwind代码块，禁止访问任何数据库连接；「Verify-Agent」只读取前两者输出，运行Jest+Playwright双校验，不参与生成过程。
注意：Design-Agent和Code-Agent之间禁止双向通信，所有数据必须通过Agent Space内置的只读中间存储区流转，否则会触发循环调用熔断机制。
执行阶段的任务拆解与流转
第一步：主Agent接收用户输入「开发用户管理模块，含登录页、权限校验API、RBAC数据库表」后，立即执行任务原子化：
① 提取3个不可再分动作单元：前端页面结构定义、后端路由与鉴权逻辑、数据库DDL语句生成；
② 标记各单元依赖关系：DDL必须早于API部署，页面结构定义可与API开发并行；
③ 分配至对应Agent：UI-Agent处理页面结构，Backend-Agent处理API+DDL，Test-Agent待命。
第二步：UI-Agent完成结构定义后，将输出存入命名空间「/ui/schema/v1」；Backend-Agent监听该路径，检测到新文件后自动触发执行，生成代码同时写入「/backend/code/v1」和「/db/ddl/v1」两个独立路径。
第三步：主Agent轮询「/backend/code/v1」和「/ui/schema/v1」双路径状态，双就绪后向Test-Agent发送启动指令，并附带两路径的精确commit hash值——【Test-Agent只认hash不认内容，避免因缓存导致校验对象错位】。
