FINAL OPERATING PRINCIPLE 增加一个角色之前,先证明一个接口;扩大一次自治之前,先证明一个可恢复的闭环。 多智能体营销的真正创新,不是让更多角色说话,而是让不同专业在同一经营目标下可靠交付。企业应把角色看成可审计的能力模块,把任务契约看成接口,把共享业务状态看成事实源,把仲裁看成决策权,把五账合一看成资本纪律。
最成熟的架构往往不是角色最多,而是能够在任务变化时自由切换:简单任务退回单一智能体或确定性工作流,复杂任务启用有限并行,高风险任务进入评审法庭,危机任务切换指挥树。架构的可简化性与可扩展性同样重要。
董事会应坚持三个问题:多智能体相对最佳简单方案创造了什么净增量?失败和冲突发生时谁能停止、谁来裁决、谁承担责任?当供应商、模型、平台或规则变化时,企业能否保留自己的状态、知识、证据和客户关系?只有三个问题都有证据,团队才成立。
经典思想的当代转译
表50|八个经典思想
具名专家视角
表51|十个具名专家视角
管理者行动清单
表52|管理者90天行动
附录A|任务契约示例:跨平台新品战役
表53|完整任务契约
附录B|协同债务账
表54|协同债务台账
附录C|故障注入测试清单
表55|故障注入清单
附录D|扩展与简化实验
表56|架构实验清单
附录E|四个可运行的营销协同场景
本附录把TEAM-6、任务契约、最小充分交接包和仲裁阶梯放入四类常见经营场景。目的不是提供固定角色模板,而是展示同一套治理原则如何随任务结构、风险和数据条件变化。
场景一:B2B行业内容获客战役
B2B内容获客适合作为首个多智能体试点,因为研究、策略、内容、分发和线索跟进之间存在清晰工作包,结果又能通过有效线索、会议和商机推进进行测量。推荐采用“并行工作岛+接力线”:行业趋势、客户痛点、竞品内容和历史线索分析并行完成;策略角色汇总形成命题;内容角色产生白皮书、文章、短视频和销售材料;渠道角色生成发布包;CRM角色只在客户授权和字段最小化条件下准备跟进。
该场景最重要的共享状态不是所有研究材料,而是目标客户定义、内容资产版本、渠道状态、线索来源和销售阶段。研究角色只需向策略角色传递证据与未决假设;内容角色只接收已批准命题、事实包、品牌规范和输出契约;CRM角色不应读取创作讨论,只读取客户授权、线索标签、触达历史和下一步动作。
仲裁通常发生在三个位置:研究证据互相矛盾时由证据加权解决;品牌观点与搜索需求冲突时由CMO或品牌负责人权衡;线索数量与质量冲突时由业务负责人根据商机价值决定。若战役只提高内容产量而有效线索、销售接受率和商机推进没有改善,应退回单一内容助手和人工销售协同,而不是继续增加角色。
表58|B2B获客协同链
场景二:新品上市跨平台战役
新品上市具有高并行度,也具有高状态依赖。产品信息、价格、库存、上市时间和渠道政策一旦变化,多个角色可能同时使用旧状态。因此应采用指挥树作为主拓扑,由战役负责人维护唯一状态源;受众研究、创意领地、渠道计划和风险扫描可并行,但所有对外资产必须在统一版本冻结后进入发布门。
指挥角色不能承担所有专业判断。它的职责是维护目标、优先级、关键路径、状态和升级,而不是亲自重写每个交付物。产品角色对功能与供应负责,品牌角色对核心承诺负责,渠道角色对平台适配负责,合规角色对广告、标识和个人信息负责,分析角色对测量设计负责。每个角色的否决权必须限定在自己的风险域,避免任何一个角色成为无边界总控。
新品战役最容易出现错误传播:上游产品参数错误被复制到全部渠道;旧价格进入投放素材;渠道缩略图使用未批准资产;CRM跟进沿用过期优惠。控制方法是把关键事实做成版本化字段,在每次交接前校验,而不是依赖角色记忆。若状态变化频繁到无法稳定冻结,系统应暂停批量生成和发布,转由人工指挥树处理。
表59|新品战役状态控制
场景三:广告投放诊断与预算建议
广告投放天然包含研究、数据、创意和预算判断,但真实账户操作不可逆性较高。推荐采用“并行工作岛+评审法庭”:数据角色检查口径和异常,创意角色分析素材疲劳与信息匹配,受众角色分析分层与覆盖,财务角色计算边际回报,风险角色检查品牌和平台限制;汇总后由媒介负责人形成变更包,预算所有者最终批准。
系统在试点期只输出dry-run变更包,不直接修改预算、出价、受众或素材。变更包必须包含当前状态、建议动作、预期影响、证据、风险、回退点和最大暴露。对每项建议设置最小实验单元、预算上限和观察窗口,避免多个角色同时建议大范围调整,导致无法归因。
投放冲突不能用多数票解决。创意角色可能建议扩大新素材测试,财务角色可能要求收缩成本,品牌角色可能否决高点击但不符合定位的表达。仲裁应先按硬规则排除越界方案,再按增量价值和可逆性排序,最后由预算责任人决定。若建议数量增加但执行后单位有效线索成本、商机质量或边际毛利没有改善,应减少分析角色和模型轮次。
表60|广告变更包
场景四:私域客户运营与人工接管
私域运营看似适合多个专业角色,但客户上下文高度集中、个人信息敏感、重复触达风险高,因此不宜让多个智能体直接轮流对客。更稳妥的设计是单一客户接触角色作为唯一外部身份,背后由知识检索、线索评分、服务诊断和合规检查提供内部支持;所有对外消息通过同一会话状态和频控规则。
客户状态至少包括身份链接、授权与撤回、来源、旅程阶段、历史触达、待办、人工负责人和风险标签。内部角色只能访问完成任务所需字段。例如内容支持角色无需查看手机号和完整聊天;分析角色可使用脱敏事件;销售建议角色可读取商机阶段但不能自动作价格承诺。客户提出人工服务、投诉、敏感问题或合同事项时,应立即停止自动触达并转交明确负责人。
私域评测不能只看回复速度和触达量。团队级指标应包括有效响应、转人工时延、重复触达、退订、投诉、误判、商机推进和客户满意度。高自动化若提高消息量却降低信任或增加销售补救成本,不构成经营价值。对长期沉默、拒绝、未授权或高敏感客户,默认策略应是停止而不是继续寻找新的触达角色。
表61|私域接管矩阵
附录F|从单一助手到多智能体的迁移顺序
企业不应从空白直接搭建七八个角色。更稳妥的迁移顺序是:先用单一智能体跑通一个任务和验收标准;再把确定性步骤固化为工作流;随后只把最需要独立专业或并行的工作包拆出;最后才增加独立复核和有限自治。每一步都保留前一步作为对照与退路。
第一阶段的重点是结果定义、知识质量和工具可靠性。如果单一智能体因输入、数据或验收不清而表现差,拆成多个角色只会传播问题。第二阶段把固定转换、格式、路由和校验交给确定性节点,减少自由推理。第三阶段按专业异质性增加角色,要求新增角色使用不同工具、证据或标准。第四阶段通过评审法庭增加独立复核,而不是开放群聊。
迁移中的每个新增接口都要回答三个问题:接收什么最小信息、产出什么可验收结果、失败时把责任交给谁。没有答案的接口不得上线。若新增角色在移除实验中没有显著影响结果或风险,应合并;若多轮协商无法降低错误,应改为规则或人工裁决。
表62|架构迁移阶梯
公开来源索引(纯文本)
说明:以下仅列机构、作者、标题、日期与证据口径;公开版不嵌入第三方可点击链接。
[1] NIST,Artificial Intelligence Risk Management Framework (AI RMF 1.0),2023-01,组织级AI风险治理框架。
[2] NIST,Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile,2024-07,生成式人工智能风险与控制。
[3] ISO,ISO/IEC 42001:2023 Artificial intelligence management systems,2023,人工智能管理体系。
[4] ISO,ISO/IEC 23894:2023 Artificial intelligence — Guidance on risk management,2023,人工智能风险管理。
[5] ISO,ISO/IEC 42005:2025 AI system impact assessment,2025,系统影响评估。
[6] 国家互联网信息办公室等四部门,人工智能生成合成内容标识办法,2025-03-14,显式与隐式标识责任。
[7] 全国人民代表大会常务委员会,中华人民共和国个人信息保护法,2021-08-20,个人信息处理规则。
[8] 国务院,网络数据安全管理条例,2024-09-24公布、2025-01-01施行,网络数据处理与平台责任。
[9] 国家互联网信息办公室等,生成式人工智能服务管理暂行办法,2023-07-13,服务提供与信息保护义务。
[10] 国家互联网信息办公室,人工智能生成合成内容标识执法通报,2025-11-25,标识违规类型与处置。
[11] Fred Brooks,The Mythical Man-Month,1975/1995,软件团队沟通与协调成本。
[12] Herbert A. Simon,Administrative Behavior,1947及后续版本,有限理性与组织决策。
[13] Ronald Coase,The Nature of the Firm,1937,组织边界与交易成本。
[14] Melvin Conway,How Do Committees Invent?,1968,沟通结构与系统结构。
[15] Carliss Baldwin、Kim Clark,Design Rules,2000,模块化与设计接口。
[16] Henry Mintzberg,Structure in Fives,1983,组织协调机制与结构。
[17] W. Edwards Deming,Out of the Crisis,1982,系统质量与持续改进。
[18] James Reason,Human Error,1990,系统防线与事故机制。
[19] Elinor Ostrom,Governing the Commons,1990,多中心治理与规则。
[20] Daniel Kahneman,Thinking, Fast and Slow,2011,独立判断、偏差与决策。
[21] Ikujiro Nonaka、Hirotaka Takeuchi,The Knowledge-Creating Company,1995,组织知识创造。
[22] Robert S. Kaplan、David P. Norton,The Balanced Scorecard,1996,平衡绩效体系。
[23] Xiao Wang等,MARS: Toward More Efficient Multi-Agent Collaboration for LLM Reasoning,2025,评审式架构、令牌与延迟。
[24] Ziyang Ma等,CONCAT: Consensus- and Confidence-Driven Ad Hoc Teaming,2026,通信裁剪与效率。
[25] Advait Yadav等,More Capable, Less Cooperative?,2026,零成本协作失败与协议作用。
[26] AgentGroupChat-V2研究团队,Divide-and-Conquer Is What LLM-based Multi-Agent System Need,2025,角色数量与表现反例。
[27] Di Zhao等,SC-MAS: Cost-Efficient Multi-Agent Systems,2026,异质协同与成本。
[28] 腾讯控股,2025年年度报告及2026年第一季度业绩材料,2026,广告推荐、创意、闭环营销与收入口径。
[29] 阿里巴巴集团,集团介绍、财报与2025财年业绩公告,2025—2026,AI+Cloud、商业平台与国际商业口径。
[30] 百度,2025年第四季度及全年业绩公告,2026-02-26,AI云基础设施与AI应用收入口径。
[31] Microsoft,Copilot Studio与企业智能体编排官方资料,2024—2026,平台编排、连接与治理。
[32] Salesforce,Agentforce与Data Cloud官方资料,2024—2026,CRM状态、智能体动作与治理。
[33] Adobe,Experience Platform、GenStudio与内容供应链官方资料,2024—2026,内容资产与体验编排。
[34] Klarna,AI Assistant官方披露及管理层后续表述,2024—2025,客服自动化、效率与人工边界。