跳到主要内容

🤝 数字员工与角色协作

👤 适合谁：业务负责人 / 部门管理者 / 复杂任务编排者
⏱️ 阅读时长：约 8 分钟
💡 一句话：把多个数字员工按业务关系编成团队，像真实公司一样分工协作。

数字员工是 YingCore 的"单兵作战单元"——一个角色、一套技能、一份人设。但企业级业务从来不是单兵能完成的：写完一篇文章还要设计配图，发布后还要看数据。这就需要数字员工与角色协作：让多个数字员工像团队一样分工、配合、互相审核，把一类任务的产出扩展到一整条业务链。

核心理念：从工具到团队​

YingCore 的协作机制让数字员工不再是孤立工具，而是真实业务团队的数字化镜像：

协作不是简单的"先后调用"，而是带业务关系的角色网络——监督、接力、并行、反馈四种模式覆盖所有真实业务场景。

四种协作模式​

数字员工之间的协作可以归纳为四种基本模式，复杂的业务流都是它们的组合：

模式关系适用场景典型例子
🎯 监督式经理分配任务给执行者审批流、任务派发运营经理 → 多个内容创作者
🔀 接力式A 完成交给 B有强依赖的流程调研 → 撰写 → 校对
⚡ 并行式多个角色同时干任务可拆分无依赖同时出文案、海报、视频脚本
🔁 反馈式B 审核 A，A 修改再交质量校验循环撰稿 → 审核 → 改稿 → 终审

监督式示例​

经理角色把任务分给多个执行角色，执行结果统一回传：

# 运营经理把任务分给 3 个内容创作者
orchestration:
  type: supervise
  manager: 运营经理
  workers:
    - role: 内容创作者-小红书
      task: 写一篇产品种草文
    - role: 内容创作者-知乎
      task: 写一篇深度评测
    - role: 内容创作者-视频脚本
      task: 写一条 60 秒口播脚本

反馈式示例​

撰稿与审核形成闭环，循环至终审通过：

orchestration:
  type: feedback
  loop:
    - role: 撰稿员
      output: 初稿
    - role: 审核员
      action: 检查质量
    - role: 撰稿员
      action: 根据反馈修改
      condition: 审核不通过时触发
  exit:
    - role: 终审
      condition: 审核通过

核心机制：四个协作底座​

数字员工协作建立在四个机制之上：

1️⃣ 角色分配器​

把任务路由到最合适的数字员工，支持三种策略：

策略规则适用
能力匹配选技能集最匹配的角色通用场景
负载均衡选当前任务最少的角色高并发
轮询按顺序轮流分配公平分发

2️⃣ 共享上下文​

协作时所有角色共享同一份业务上下文，避免信息孤岛：

{
  "context": {
    "project_id": "campaign-2025-q3",
    "brand": "快云",
    "target_audience": "中小企业 CTO",
    "previous_outputs": [
      { "role": "调研员", "summary": "目标客户痛点 3 项..." },
      { "role": "策划员", "summary": "内容主题矩阵..." }
    ]
  }
}

3️⃣ 协作看板​

可视化所有协作任务的状态、负责人、进度，类似项目管理工具的视图：

4️⃣ 消息总线​

角色间实时通讯，支持同步等待和异步通知：

消息类型用途示例
📤 任务派发经理 → 执行者请在 2 小时内完成这篇种草文
📥 结果回传执行者 → 经理已完成，全文 1200 字
🆘 求助任意 → 任意需要品牌资料，请推送
✅ 确认任意 → 任意已收到，30 分钟内反馈

完整场景示例：内容营销部门​

某品牌要做一场 Q3 营销活动，需要 5 个数字员工协作完成：

步骤角色输入输出
1营销经理业务目标任务分配清单
2内容策划业务目标主题清单、关键信息
3文案撰写主题清单3 篇文案初稿
4美工设计主题清单配图、海报
5内容审核文案+配图终稿/修改意见
6渠道发布终稿多渠道上线
7数据分析发布后数据效果报告

YAML 完整协作配置：

# content-marketing-team.yaml
team: 营销部门
orchestration:
  - id: step-1
    role: 营销经理
    action: 分析业务目标，输出任务清单
    output: task-list.json

  - id: step-2
    role: 内容策划
    depends_on: [step-1]
    action: 基于任务清单输出主题矩阵
    output: topics.json

  - id: step-3
    role: 文案撰写
    depends_on: [step-2]
    action: 按主题写文案
    output: drafts/*.md

  - id: step-4
    role: 美工设计
    depends_on: [step-2]
    action: 按主题出配图
    output: assets/*.png
    parallel_with: [step-3]

  - id: step-5
    role: 内容审核
    depends_on: [step-3, step-4]
    action: 审核文案+配图
    on_fail: 反馈给 step-3 或 step-4 修改
    loop_until: 通过

  - id: step-6
    role: 渠道发布
    depends_on: [step-5]
    action: 同步到多渠道
    output: 发布链接列表

  - id: step-7
    role: 数据分析
    depends_on: [step-6]
    delay: 7d
    action: 收集数据并出报告
    output: report.pdf

关键参数​

参数类型说明
teamstring协作团队名称
orchestrationarray协作步骤列表
depends_onarray依赖的上游步骤 ID
parallel_witharray可并行的步骤 ID
loop_untilstring循环退出条件
delayduration步骤启动延迟
on_failstring失败时的回退动作

最佳实践​

实践说明
🎯 角色职责要单一一个角色只负责一类产出，避免全能角色
🔀 关键路径用接力强依赖的步骤用顺序执行，保证质量
⚡ 独立任务用并行无依赖步骤同时进行，节省时间
🔁 质量环节加反馈关键产出必须有审核环节，循环至达标
👤 关键决策留给人战略、品牌调性等软判断交给人类员工
📊 协作链路可视化用协作看板让所有人看清谁在干什么
🛑 设置兜底角色任何任务都有应急接管角色
💰 控制协作深度单次协作链路建议 ≤ 7 个角色，超出要拆分

下一步​

角色协作是横向上让多角色配合，任务编排是纵向上让多步骤衔接。深入了解 🌊 工作流与任务编排 的 5 种编排模式与异常处理。