文章目录【70.PythonAI】多Agent协作实战CrewAI与AutoGen的角色分工与信息传递导入语1 ~ 单Agent vs 多Agent1.1 单Agent的瓶颈1.2 多Agent协作流程2 ~ CrewAI团队角色卡式框架2.1 核心三件套2.2 定义任务与协作2.3 信息传递的本质3 ~ AutoGen对话驱动式框架3.1 不同的协作哲学3.2 CrewAI vs AutoGen 选型4 ~ 多Agent设计的四条军规思考 总结结尾【70.PythonAI】多Agent协作实战CrewAI与AutoGen的角色分工与信息传递文章简介本文系统讲解多Agent协作Multi-Agent Collaboration这一2025年Agent开发的热门方向。文章从单Agent为什么搞不定复杂任务切入详解多Agent系统的三大设计核心角色分工Researcher/Writer/Reviewer的专业化拆分、信息传递协议Agent之间如何交接任务与结果、以及两大主流框架的对比——CrewAI的团队角色卡式定义与AutoGen的对话驱动式协作。通过一个调研→撰写→审核三Agent协作完成研究报告的完整CrewAI代码案例配上Mermaid协作流程图适合已经掌握单Agent开发、想向多Agent系统进阶的开发者。 个人主页源码骑士❄专栏传送门《Android开发基础》《python基础课程》⭐️热衷从源码视角拆解技术底层原理将复杂架构讲得通俗易懂 源码骑士的简介5年Android Framework系统开发经验曾主导多项系统级性能优化专项技术栈覆盖Android系统全链路Binder/Handler/AMS/WMS/启动流程及Java后端全家桶Spring MyBatis Redis Oracle累计产出原创技术文章100篇文章以流程图为特色被读者评价为看一篇胜过啃一周源码导入语你写了一个Agent给它塞了5个工具让它调研Python异步框架的市场情况并写一份报告。结果它一会儿搜索、一会儿尝试总结、一会儿又回头搜索——上下文越滚越长最后输出的报告前言不搭后语。问题不在LLM的能力在于你让一个Agent同时扮演了调研员和撰稿人两个角色。现实中一个研究员和一个编辑是两个人AI世界里同样应该如此——这就是多Agent协作的思想一个Agent查资料一个Agent写报告再加一个Agent审核把关。1 ~ 单Agent vs 多Agent1.1 单Agent的瓶颈瓶颈表现原因上下文膨胀执行后期输出质量明显下降搜索原文、中间结论、工具调用全挤在一个context里角色混淆既要客观调研又要主观写作一个System Prompt很难同时定义两种人格无质量关卡写完直接输出没人校对自己写的自己看不出问题1.2 多Agent协作流程通过打回用户任务Researcher Agent调研资料信息传递协议结构化交接Writer Agent撰写报告Reviewer Agent审核反馈最终交付三个Agent各司其职上下文互相隔离输出通过结构化的交接单传递。2 ~ CrewAI团队角色卡式框架2.1 核心三件套CrewAI 的建模方式非常直观——像组建一个真实团队fromcrewaiimportAgent,Task,Crew# 1. 定义角色Agent 团队成员 岗位说明书researcherAgent(role资深行业研究员,goal收集全面、准确、有数据支撑的调研信息,backstory你有10年市场调研经验擅长从海量信息中提炼关键事实,tools[search_tool],verboseTrue)writerAgent(role技术报告撰稿人,goal把调研素材组织成结构清晰、易读性强的报告,backstory你曾就职于知名咨询公司的报告团队,)reviewerAgent(role质量审核专家,goal检查报告的事实准确性、逻辑完整性和可读性,backstory你是出了名的挑刺王不放过任何一处表述不清,)2.2 定义任务与协作# 2. 定义任务Task 工单research_taskTask(description调研Python异步框架asyncio/Trio/anyio的市场应用现状,expected_output一份包含框架对比、应用案例、趋势的调研纪要,agentresearcher)write_taskTask(description基于调研纪要撰写2000字技术报告,expected_output结构完整的Markdown报告,agentwriter,context[research_task]# 依赖research_task的输出)review_taskTask(description审核报告输出修改意见或通过结论,expected_output审核意见列表或PASS,agentreviewer,context[write_task])# 3. 组队并执行crewCrew(agents[researcher,writer,reviewer],tasks[research_task,write_task,review_task],verboseTrue)resultcrew.kickoff()2.3 信息传递的本质context[research_task]这一行就是信息传递协议——Writer Agent 执行时会自动收到 Researcher 任务的输出作为上下文。CrewAI 的交接是任务产物级别的不是聊天记录级别的这保证了传递的是干净的结果而非杂乱的中间过程。3 ~ AutoGen对话驱动式框架3.1 不同的协作哲学AutoGen微软开源把多Agent协作建模为群聊——Agent之间通过多轮对话推进任务fromautogenimportAssistantAgent,UserProxyAgent,GroupChat,GroupChatManager analystAssistantAgent(nameanalyst,system_message你是数据分析师负责解读数据并给出结论,llm_config{model:gpt-4})criticAssistantAgent(namecritic,system_message你是评审专家负责质疑analyst的结论要求证据支撑,llm_config{model:gpt-4})# 群聊管理器自动决定谁该发言groupchatGroupChat(agents[analyst,critic],messages[],max_round10)managerGroupChatManager(groupchatgroupchat,llm_config{model:gpt-4})3.2 CrewAI vs AutoGen 选型对比维度CrewAIAutoGen协作模型流水线角色分工多轮对话自由讨论控制精度高——流程可预测中——对话走向不完全可控适合任务流程明确的生产任务需要思辨碰撞的开放任务上手难度低——概念贴近真实团队中——GroupChat机制稍抽象Token消耗较低较高多轮对话滚雪球4 ~ 多Agent设计的四条军规1. 角色要少而精3~5个Agent是上限再多信息传递成本指数上升2. 交接要结构化传JSON/Markdown文档不传聊天记录3. 每个Agent要有明确的退出条件什么时候算做完写进goal里4. 审核Agent必须独立不能让Writer自己审自己多Agent不是Agent越多越智能。两个配合默契的Agent胜过五个职责模糊的Agent。思考 总结多Agent解决的是单Agent的角色过载问题调研、写作、审核是三种不同的人格和上下文需求硬塞给一个Agent只会让输出质量全面下滑。CrewAI和AutoGen代表两种协作范式CrewAI是流水线分工适合流程确定的生产场景AutoGen是圆桌讨论适合需要观点碰撞的开放场景。信息传递协议比Agent数量更重要结构化的任务产物传递而非聊天记录共享是多Agent系统不崩溃的关键。控制Agent数量和退出条件超过5个Agent的系统调试成本会超过它带来的收益。多Agent协作的本质不是多个AI一起干活而是用组织架构的思路设计AI系统。你设计的是团队不是代码。结尾各位小伙伴本文的内容到这里就全部结束了源码骑士在这里再次感谢您的阅读源码骑士 — Android Framework 全栈开发关注跟博主一起从源码视角深耕底层原理见证每一次成长❤️点赞让优质内容被更多人看见让知识传递更有力量⭐收藏把核心知识点存好在需要时随时查、随时用评论分享你的经验或疑问评论区一起交流避坑一键四连不要忘记给博主一键四连哦️寄语技术之路难免有困惑但同行的人会让前进更有方向结语当你的单Agent开始精神错乱时别急着调Prompt——也许你该给它招几个同事了。不要忘记给博主一键四连哦
