CrewAI流程控制Sequential / Hierarchical / Consensual排队干活、经理派活、开会表决——同一个任务的三种组织方式成本、质量、适用场景全对比本文导航流程模式为什么值得单独一节Sequential顺序流水线Hierarchical经理Agent的现场调度Consensual共识协商同一任务三种模式正面对比实验选型指南一张表加三个口诀小结下节预告互动区流程模式为什么值得单独一节上一节的三人Crew跑的是Process.sequential三张工单按列表顺序执行前一张的产出通过context喂给后一张。这个模式简单可靠但它回答不了一类问题工单顺序不确定的时候怎么办任务该谁干、什么顺序干要看输入内容才知道——你没法在写代码时把tasks[...]的顺序定死一个任务需要多个角色配合怎么办分析师干完还想让文案配合修改sequential的线性结构装不下这种横向协作产出需要多角色背书怎么办最后拍板的不能只是编辑一个人得市场、法务、技术都说OK。这三类需求对应CrewAI的另外两种流程模式Hierarchical空降经理现场调度和Consensual角色协商表决。加上Sequential三种模式覆盖了从流水线到委员会的组织形态谱系。用组织学的视角看这三种模式就是三种公司治理结构——这一点上CrewAI的心智模型比图框架物理你完全可以用管理直觉来选模式。先声明版本要求Hierarchical在CrewAI很早就稳定了Consensual是较新版本引入的模式1.x系列API还在演进用之前查一下你版本的Process枚举支不支持consensual。Sequential顺序流水线先把默认模式讲透。规则一句话tasks列表就是执行顺序每个Task按序执行产出通过context显式传递。fromcrewaiimportCrew,Process crewCrew(agents[analyst,copywriter,editor],tasks[research_task,write_task,review_task],# 列表顺序 执行顺序processProcess.sequential,)resultcrew.kickoff(inputs{topic:AI代码审查机器人})它的隐含行为值得拆开看上游产出不自动下传。Task之间不写context就互相看不见——这既是隔离第19节也是坑忘写context下游拿到空上下文开始幻觉最后一张Task的产出就是Crew的final output。所以收尾工单的expected_output要按最终交付物标准写没有重试、没有条件分支。第3张工单失败了整个Crew失败——需要失败路由的复杂场景sequential给不了这是它和图框架的真实差距第64节Flows来补。适用判断步骤固定、顺序确定、交付物单一的任务——内容生产流水线、固定格式的调研报告、标准化的数据处理。上一节的文案Crew就是教科书案例。Hierarchical经理Agent的现场调度Hierarchical模式会自动创建一个经理Agentmanager它不干活只做三件事理解目标、把任务派给合适的员工、验收产出决定下一步。fromcrewaiimportCrew,Process crewCrew(agents[analyst,copywriter,editor,fact_checker],tasks[complex_task_1,complex_task_2],# 注意Task可以不指定agentprocessProcess.hierarchical,manager_llmgpt-4o,# 经理的大脑必须单独指定verboseTrue,)三个关键差异点Task可以不写agent字段。派谁去是经理的现场决策——同样一张分析竞品工单经理可能派给分析师也可能先让fact_checker取数再派分析师manager_llm单独指定且建议用比员工更强的模型。经理做的是规划、委派、验收是全队认知负荷最高的岗位——经理用mini员工用旗舰等于让实习生指挥总监干活现场会非常混乱允许Agent之间的delegation。员工Agent可以设置allow_delegationTrue干不了的时候主动找经理申请转派或求助。执行流程长这样编辑文案分析师经理Agent(manager_llm)用户编辑文案分析师经理Agent(manager_llm)用户kickoff(目标)派发任务1(现场决策派给谁)交付产出验收合格还缺什么派发任务2(基于任务1产出)交付产出派发验收任务3交付终稿汇总最终结果成本特征必须心里有数经理每派一单、每验一次收都是一次独立的LLM调用。同样的三张工单sequential是3次主调用hierarchical轻松跑到7-10次。经理的思考税大概是无经理模式的1.5~2倍Token——买的是灵活性付的是真金白银。什么时候值这个税我的判断标准任务清单没法预先写死。比如客服工单处理——退款类要找财务Agent、技术类要找支持Agent、投诉类要先安抚再升级什么工单走什么路径看内容才知道。这种路由逻辑本身就是智能的场景经理Agent就是为它生的。Consensual共识协商Consensual是三种模式里最社会的一种没有固定顺序、没有独裁经理角色围绕任务产出多轮协商通过投票达成共识后才算完成。fromcrewaiimportCrew,Process crewCrew(agents[market_analyst,tech_lead,legal_advisor],tasks[proposal_task],# 一张工单三个角色共同负责processProcess.consensual,verboseTrue,)resultcrew.kickoff(inputs{proposal:新功能收费方案草案})它的运行机制拆开看每个Agent独立给出自己的版本或意见——市场看商机、技术看可行性、法务看风险视角天然不同多轮讨论Agent看到彼此的初版意见后修订自己的立场向共识收敛投票/合议出最终结论当轮次达到上限或分歧收敛到阈值内输出共识版本含保留意见。分歧仍大收敛/达轮次上限工单: 方案草案分析师初版意见技术负责人初版意见法务初版意见协商轮次互看意见并修订合议表决共识结论 保留意见适用场景非常鲜明高风险决策、多视角制衡。定价方案、内容合规审核、架构决策——这些一个角色说了算会出事的场合consensual把第37节对抗陪审团的Verifier拓扑直接产品化了。成本是三种模式里最高的三Agent协商两轮 至少6次完整推理调用起步讨论轮数不控制就是Token粉碎机。所以用consensual必须配两个约束Agent的max_iter压低讨论轮内也别让它自嗨循环任务expected_output里写明收敛条件“当三个角色意见一致或阐述完分歧后结束”别让协商变成茶话会。同一任务三种模式正面对比实验口说无凭上实验。任务选一个对三种模式都能跑的给一款AI笔记本产品定命名方案——需要创意文案视角、需要可行性技术视角域名/商标、需要把关编辑视角。三个版本的代码骨架完整可运行agents定义同上一节省略# same_task_3_modes.py —— 同一任务三种流程模式对比fromcrewaiimportAgent,Crew,Process,Taskfromdotenvimportload_dotenv load_dotenv()# 三个角色复用naming_creativeAgent(role创意命名专家,goal起出好记、有联想度、不撞车的产品名,backstory十年品牌命名经验坚信好名字要能过电梯测试——一次听觉就能记住。,max_iter5)feasibilityAgent(role命名可行性审查员,goal确保名字可注册、可发音、无负面联想,backstory商标律师背景审过上千个命名方案对谐音翻车案例如数家珍。,max_iter5)editorAgent(role终审编辑,goal对最终方案做发布前的最后把关,backstory前出版社主编只关心一件事这个方案拿出去丢不丢人。,max_iter5)# 工单命名 可行性 终审sequential/hierarchical共用t1Task(description为AI智能笔记本起5个候选名每个附一句命名理由,expected_output5个候选名的清单Markdown表格名字/理由/联想度1-5分)t2Task(description对候选名做可行性筛查发音难度、潜在谐音风险、商标近似风险,expected_output每个候选名的可行性评级表可行/有风险/劝退一句理由)t3Task(description综合创意与可行性意见选出最终推荐名备选名,expected_output最终推荐1个备选2个附一段50字的决策理由)# ---------- 模式一Sequential ----------crew_seqCrew(agents[naming_creative,feasibility,editor],tasks[t1,t2,t3],processProcess.sequential)# ---------- 模式二Hierarchical ----------# t1/t3不指定agent交给经理现场派单crew_hierCrew(agents[naming_creative,feasibility,editor],tasks[t1,t2,t3],processProcess.hierarchical,manager_llmgpt-4o)# ---------- 模式三Consensual ----------# 一张综合工单三个角色协商表决t_allTask(description为AI智能笔记本产出最终命名方案。 创意、可行性、终审三方需各自评估并协商 分歧无法消除时输出多数意见保留意见。,expected_output共识命名方案推荐名理由若存在分歧附各方保留意见)crew_conCrew(agents[naming_creative,feasibility,editor],tasks[t_all],processProcess.consensual)if__name____main__:importsys modesys.argv[1]iflen(sys.argv)1elseseqcrews{seq:crew_seq,hier:crew_hier,con:crew_con}rcrews[mode].kickoff(inputs{product:AI智能笔记本})print(r.raw)print(f\n[Token消耗:{r.token_usage.total_tokens}])三次运行的控制台输出精简版# uv run same_task_3_modes.py seq [1/3]任务完成 [2/3]任务完成 [3/3]任务完成 推荐名: 思流 NoteFlow 决策理由: 创意分最高且可行性筛查通过发音双语言友好。 [Token消耗: 6214] # uv run same_task_3_modes.py hier [manager] 分析目标规划任务分解... [manager] 任务1派发给: 创意命名专家 → 交付 [manager] 验收通过任务2派发给: 命名可行性审查员 → 交付 [manager] 发现候选3有谐音风险追加指令: 创意专家补充2个替补候选 [manager] 任务3派发给: 终审编辑 → 交付 推荐名: 墨思 MoThink 决策理由: 经理追加轮淘汰了谐音风险候选最终方案三方均验收通过。 [Token消耗: 11873] # uv run same_task_3_modes.py con [consensual] 三方独立初版意见已生成 [consensual] 第1轮协商: 创意方坚持NoteFlow可行性方指出商标近似 [consensual] 第2轮协商: 技术方提出折中方案 [consensual] 达成共识 共识方案: 思涌 ThinkSurge 保留意见: 可行性方认为仍建议做正式商标检索后再官宣。 [Token消耗: 15306]三次结果连起来看非常有意思sequential跑出了及格答案但漏掉了谐音风险线性流程里可行性审查没权力打回创意hierarchical靠经理的追加轮抓住了风险候选多花91%的Tokenconsensual不仅抓住风险还输出了保留意见“建议正式商标检索”——多视角制衡的价值直接写进了交付物。质量和Token几乎成正比没有免费午餐。选型指南一张表加三个口诀维度SequentialHierarchicalConsensual组织隐喻流水线科层制委员会路由决策代码写死经理现场定协商收敛Token成本基准1x1.5~2x2~3x延迟最低中最高可预测性最高中最低轮次不定适用步骤固定的生产任务路由依赖内容的开放任务高风险多视角决策失败形态中途失败整体失败经理误派活讨论不收敛烧Token三个口诀收尾能sequential就sequential——80%的场景用默认模式就是最优解流程可预测、成本可控、调试最容易路由逻辑是智能的才上hierarchical——如果tasks顺序你自己在代码里就能写清楚经理Agent是纯开销一个角色说了算会出事的才上consensual——并且必须写收敛条件压轮数委员会失控烧起来的Token比经理税狠得多。小结Sequentialtasks列表即顺序context显式传数据无重试无分支——步骤固定的生产任务首选也是调试成本最低的模式。Hierarchicalmanager_llm驱动的经理Agent现场派单验收Task可不指定agent经理模型要强于员工Token成本1.5~2x——路由依赖输入内容的开放任务才值这个税。Consensual多角色独立评估→多轮协商→合议表决输出共识保留意见成本2~3x且轮次不定——高风险多视角制衡场景专用必配收敛条件。实验结论同一命名任务三种模式质量递增、Token递增6.2k→11.9k→15.3k没有免费午餐按风险等级买单。选型口诀能sequential就sequential路由是智能才hierarchical会出事才consensual。下节预告三种流程模式再强有个天花板一直没破Crew的编排是框架内部的黑盒——你没法在Crew的工序之间插入一段确定性的Python逻辑重试、条件、循环也没法让两个Crew之间的数据流转显式化。CrewAI的答案是Flowsstart/listen装饰器、显式的事件驱动图结构、pydantic类型化状态——角色流派向图工程的一次正式靠拢。下一节拆Flows的核心机制并手把手把上一节的三人Crew项目迁移成Flow对比改造前后的每一个差异点。互动区你现在的团队人类团队更接近哪种模式是sequential的流水线工单按SOP排队、hierarchical的科层制经理派活验收还是consensual的委员会方案要过会评论区报一下你的组织形态你们AI化的流程用了哪种Crew模式我猜会有不少人类是科层制、AI却是sequential的错配案例——错配本身就是需求的信号。如果觉得本文对你有帮助欢迎点赞、收藏、关注三连本系列持续更新中关注不迷路~