← Home

智能营销 Agent 系统架构图

September 04, 2026

Agent Marketing System Architecture
智能营销 Agent 系统架构

SYSTEM ARCHITECTURE / MARKETING AGENT

智能营销 Agent 系统

以长期 Goal 为生命周期边界,通过用户主导的通用流与 Agent 主导的业务流并行协作,让营销工作既可被辅助完成,也可被持续推进。

辅助人完成营销业务

自然语言会话承接查询、理解、解释和人工介入,让用户始终能看见并影响正在推进的业务。

代替人完成营销任务

Agent 按业务目标主动编排与执行节点,只在需要决策、确认或异常处理时把控制权交还给用户。

01 / MODEL

Goal:替代短会话的长期业务实体

营销业务通常持续数周或数月,且同一成员会在多个业务中承担不同角色。系统以 Goal 而非一次性 Session 组织持续上下文、角色目标和多个阶段性任务。

graph TD
  Member[营销团队成员] --> Role[业务角色]
  Role --> Targets[业务目标 / 季度目标]
  Targets --> Goal[Goal\n长期、独立、可分享、可调整]
  Goal --> Context[Goal 上下文\n目标、约束、历史状态]
  Goal --> TaskA[营销任务 A]
  Goal --> TaskB[营销任务 B]
  Goal --> TaskN[营销任务 N]
  TaskA --> Update[阶段性结果与进度更新]
  TaskB --> Update
  TaskN --> Update
  Update --> Goal
  Goal --> Next[后续任务持续加入]
  classDef goal fill:#e1f0ed,stroke:#0c6b62,color:#17212b,stroke-width:2px;
  classDef task fill:#ffffff,stroke:#9baab2,color:#17212b;
  class Goal,Context goal;
  class Member,Role,Targets,TaskA,TaskB,TaskN,Update,Next task;
        

生命周期边界

Goal 是长期、独立的业务目标实体;它承载持续状态,而非随着单次对话结束。

角色化目标

目标从人员在具体业务中的角色出发,允许同一成员同时参与多个 Goal。

多任务并行

一个 Goal 可以包含多个营销任务,任务的阶段性结果持续反哺 Goal 状态。

02 / RUNTIME

双流 Agent:并发运行,双向协作

两个流共存在同一个 Goal 生命周期中,互不阻塞。通用流由用户发起;业务流由 Agent 主动推进。两者通过工具和上下文注入实现状态同步与协作。

graph TD
  Goal[Goal 生命周期] --> Parallel[通用流与业务流\n并发共存、互不阻塞]
  Parallel --> React
  Parallel --> GraphExec

  User[用户] --> React[通用流:ReAct Agent\n用户发起会话、查询、状态解析]
  React --> Snapshot[业务图快照查询 Tool]
  React --> Adjust[业务图调整 Tool]

  GraphExec[业务流:Graph Execution\nAgent 主动推进、动态节点编排、任务执行]
  GraphExec --> Status[业务图状态 / 节点结果 / 任务进度]
  GraphExec --> Handoff{需要人工干预\n或确认?}
  Handoff -->|是| User
  Handoff -->|否| GraphExec

  React -. 当前会话上下文注入 .-> GraphExec
  Snapshot -. 查询当前图状态 .-> Status
  Adjust -. 介入调整业务图 .-> GraphExec

  classDef goal fill:#e1f0ed,stroke:#0c6b62,color:#17212b,stroke-width:2px;
  classDef react fill:#e2f0f4,stroke:#15708c,color:#17212b;
  classDef business fill:#f9e8da,stroke:#b65b22,color:#17212b;
  class Goal goal;
  class User,React,Snapshot,Adjust react;
  class GraphExec,Status,Handoff business;
        

通用流

负责用户可见、可控的自然语言交互,也提供对正在运行的业务图进行查询与调整的入口。

业务流

将用户需求映射为动态节点编排,并主动执行营销任务;无需等待通用流完成才继续。

协作边界

业务流每次加载上下文时都会引入当前通用流会话信息;关键决策再通过 handoff 交回用户。

03 / EXECUTION

Graph Execution:从需求到持续推进的闭环

业务流不是固定工作流。它根据当前营销需求选择、组合和编排已有节点,并将执行结果更新回任务与 Goal,使长期业务可以持续演进。

graph TD
  Need[营销需求 / 任务待办] --> Resolve[解析需求与当前任务状态]
  Resolve --> Compose[选择并动态编排\n已有业务节点]
  Compose --> Build[生成业务图]
  Build --> Load[加载执行上下文]
  GoalCtx[Goal 上下文] --> Load
  ChatCtx[当前通用流会话上下文] --> Load
  Load --> Run[执行当前节点]
  Run --> State[发布节点状态与产出]
  State --> Gate{是否需要\n人工干预或确认?}
  Gate -->|需要| Handoff[Hand off 至通用流]
  Handoff --> Human[用户确认 / 调整]
  Human --> Replan[调整图或恢复执行]
  Replan --> Run
  Gate -->|不需要| Next{是否还有\n后续节点?}
  Next -->|有| Run
  Next -->|无| Update[更新任务阶段结果]
  Update --> GoalUpdate[更新 Goal 状态与进度]
  GoalUpdate --> FollowUp[等待或接收后续营销任务]

  classDef source fill:#e1f0ed,stroke:#0c6b62,color:#17212b;
  classDef action fill:#f9e8da,stroke:#b65b22,color:#17212b;
  classDef handoff fill:#e2f0f4,stroke:#15708c,color:#17212b;
  class GoalCtx,ChatCtx source;
  class Resolve,Compose,Build,Load,Run,State,Gate,Next,Update,GoalUpdate,FollowUp action;
  class Handoff,Human,Replan handoff;
        

动态编排

业务图按当前需求构建,复用已有业务节点,而不是预先固化为单一营销流程。

上下文注入

执行时同时读取 Goal 的长期状态和通用流的即时会话内容,避免两种信息孤立。

受控自治

Agent 默认连续推进;当决策需要人的判断、确认或编辑时,才暂停并 handoff。

04 / COLLABORATION

协作任务派发与验收:跨角色 handoff 闭环

一个营销任务图可能包含多个专业环节。当当前节点需要其他角色参与时,系统在协作卡片中指派阶段任务:fork 当前 Goal 与任务状态,携带阶段上下文派发给协作者,并通过飞书完成触达。

graph TD
  Current[当前营销任务图] --> Need{当前阶段需要\n其他角色协作?}
  Need -->|否| Continue[继续执行当前任务图]
  Need -->|是| Card[协作卡片\n选择协作者、任务要求、验收标准]
  Card --> Fork[Fork 当前 Goal 与任务状态]
  Fork --> Package[携带当前阶段上下文\n目标、任务状态、输入、约束]
  Package --> Dispatch[创建协作任务并指派给协作者]
  Dispatch --> Feishu[飞书提醒]
  Feishu --> Collaborator[协作者接收任务]
  Collaborator --> Work[进入系统完成协作任务]
  Work --> Return[完成后 handoff 回派发者]
  Return --> Accept{派发者验收通过?}
  Accept -->|是| Update[更新当前任务阶段状态]
  Update --> Continue
  Accept -->|否| ReDispatch[补充反馈并二次派发]
  ReDispatch --> Dispatch

  classDef source fill:#e1f0ed,stroke:#0c6b62,color:#17212b;
  classDef action fill:#f9e8da,stroke:#b65b22,color:#17212b;
  classDef human fill:#e2f0f4,stroke:#15708c,color:#17212b;
  class Current,Need,Continue,Update source;
  class Card,Fork,Package,Dispatch,Accept,ReDispatch action;
  class Feishu,Collaborator,Work,Return human;
        

状态隔离

Fork 让协作者获得当前阶段所需的 Goal 与任务快照,同时保留原任务图作为主流程的持续边界。

协作触达

协作卡片定义任务指派人与协作者、阶段上下文和验收标准;飞书只承担外部提醒与到达入口。

验收回路

协作者完成任务后 handoff 回派发者验收;不符合要求时携带反馈二次派发,直到阶段状态可更新。

05 / FOUNDATION

系统基础能力层:让状态、交互和知识可见可用

基础能力不直接替代营销业务流,而是为所有 Goal、任务和协作节点提供统一的交互载体、状态呈现、阶段产物管理和知识上下文能力。

graph TD
  Runtime[Goal + 双流 Agent + 任务 Graph] --> Foundation[系统基础能力层]
  Foundation --> Cards[卡片类型与交互\n展示、操作、确认、指派、验收]
  Foundation --> GoalView[Goal 状态显示\n目标进度、健康度、阶段、待办]
  Foundation --> GraphView[任务 Graph 进展与状态\n节点状态、依赖、阻塞、执行轨迹]
  Foundation --> Artifact[阶段产物展示\n文档、数据、结论、审批结果]
  Foundation --> Knowledge[知识库沉淀与检索装载\n沉淀经验、索引检索、上下文注入]

  Cards --> UserAction[用户操作 / Agent 触发]
  GoalView --> Decision[判断下一步与是否需要介入]
  GraphView --> Decision
  Artifact --> Knowledge
  Knowledge --> Context[装载到通用流、业务流和协作任务上下文]
  Context --> Runtime
  UserAction --> Runtime

  classDef runtime fill:#e1f0ed,stroke:#0c6b62,color:#17212b,stroke-width:2px;
  classDef foundation fill:#f9e8da,stroke:#b65b22,color:#17212b,stroke-width:2px;
  classDef capability fill:#e2f0f4,stroke:#15708c,color:#17212b;
  class Runtime,Context runtime;
  class Foundation foundation;
  class Cards,GoalView,GraphView,Artifact,Knowledge,UserAction,Decision capability;
        

卡片类型与交互

提供统一的卡片协议与渲染能力,覆盖信息展示、操作确认、任务指派、协作验收等交互形态,让 Agent 输出可以被执行。

状态可观测

Goal 视图表达长期目标状态;任务 Graph 视图表达节点进展、依赖、阻塞与执行轨迹,两者共同支撑下一步决策。

产物与知识

阶段产物作为任务结果被展示、引用和沉淀;知识库负责索引、检索并将相关内容装载回各类 Agent 上下文。

06 / TERMS

关键术语与系统边界

本图描述系统能力、实体和状态关系,不假设具体模型、存储、编排引擎或业务节点实现。

Goal
营销业务的长期目标实体,包含目标约束、持续上下文与阶段性进度;可分享、可调整,并可关联多个任务。
通用流
以 ReAct Agent 为核心的用户交互流,处理会话、查询、状态解析,以及对业务图的可见性和干预。
业务流
以 Graph Execution 为核心的自主执行流,负责依据需求编排节点、推进任务、发布状态,并在必要时 handoff。
业务图
由当前需求动态组合出的业务节点执行结构;用户可以经由通用流查询快照或调整其编排。
Hand off
业务流将需要判断、确认或编辑的控制点交回用户的机制;完成处理后,执行可继续恢复。
Fork
从当前 Goal 与任务状态派生协作任务快照,携带阶段上下文交给其他角色执行,并在验收后回写主任务阶段。
协作卡片
承载协作者、当前阶段要求、输入上下文和验收标准的任务指派载体,支持反馈后的二次派发。
基础能力层
横向支撑所有 Goal 与任务执行的能力集合,负责卡片交互、状态可视化、阶段产物管理以及知识沉淀与上下文装载。
智能营销 Agent 系统架构图 · 技术视角 · 以 Goal 为长期业务生命周期边界