如果你正用 ClawTeams 做电商运营协同，先别急着给“文案 Agent、客服 Agent、数据 Agent”这类名字开账号。更稳的顺序是：把一周实际发生的运营任务列成清单，再按“输入来源是否相同、交付物形态是否不同”归并成角色，最后才判断哪些环节可以并行。真正的并行只发生在输入独立、验收独立的环节之间；上架前合规检查、改价前审批、活动前库存确认这类前置依赖，通常要串行，否则返工会转移到下游。

判断方向：任务清单在先，角色归并在中，并行讨论在后。适用于每周有固定动作的电商运营团队；操作是逐天写下任务名、输入、产出和耗时，把输入相同且交付形态一致的任务并成一个专家 Agent，把必须等前置结果的环节标成串行；验证看产出能否被下游直接用、数量与字段能否核对；边界是耗时先估后校，审批与合规不要为了并行而跳过。

把一周的运营工作列成任务清单

用一周任务清单代替想象中的角色，是因为角色名很容易被拍出来，但每条任务读什么、交什么、花多久，只有写下来才能看出能不能合并。建议字段至少六个：日期或触发条件、任务名、输入资料、产出物、预计耗时、是否每周重复。触发条件比星期更可靠，比如“有新商品资料时”而不是“周一必做”。

耗时不必精确，先按经验填，跑一段时间再校准。清单里每周重复出现的固定任务，通常才是值得先做成专家 Agent 的部分；只在活动期出现的任务，可以先由人带着 Agent 跑，不必一上来就单独建角色。

按同一份输入、不同交付物归并成角色

归并只看两条规则：输入来源相同的任务合并，因为可以共用同一份资料，少一轮来回确认；交付物形态不同的拆开，因为验收口径不同，塞进一个 Agent 容易出现“文案写完了、脚本没交”这种半成品状态。

• 合并示例：商品标题、卖点提炼、详情文案都读同一张商品资料表，产出都是文本条目，可以合成一个“商品文案 Agent”。
• 拆开示例：主图脚本和短视频脚本虽然也读商品资料，但产出是分镜与拍摄指令，验收字段不同，建议单独放“素材脚本 Agent”。
• 不合并示例：周报读的是后台报表，价格对比表读的是竞品链接，输入不同，硬并成一个 Agent 只会让它每次都要问“这次看哪份”。

归并后落成分工表，至少四列：角色、输入、输出、验收口径。下面是可替换模板：

标出必须串行的环节

并行能省时间，但只省在互不依赖的环节上。下面这几组通常要串行，谁等谁建议直接写进分工表：

1. 上架前合规检查等商品资料表 → 上架动作：合规检查输出“可上架清单”或“待补资料”结论后，上架才执行。
2. 改价前审批等改价申请 → 改价生效：审批没有通过记录时，价格 Agent 不应输出可执行的改价单。
3. 活动前库存确认等库存表 → 活动报名与素材发布：库存确认表缺确认人与时间，报名和素材都先不发。

在配置里可以把这种关系写成依赖，让下游 Agent 在拿不到上游结果时先不启动。下面是通用依赖声明骨架，字段名按你实际使用的 ClawTeams 版本替换：

compliance_check -> listing_publish   # 需要 status: passed
price_approval   -> price_apply       # 需要 approval_id
stock_confirm    -> campaign_apply    # 需要 confirmed_at

验证方式很直接：看下游任务的输入里有没有引用上游的输出字段；如果引用了但为空，日志里通常会停在等待状态，而不是继续往下写。

给每个角色写一句可验收的完成标准

每条完成标准只写一句，但句子里要能数出来、能对格式、能查字段。示例：

• 商品文案 Agent：交回 3 条标题备选和 5 条卖点，纯文本每行一条，字段含 sku_id、channel、人群标签，缺字段即退回。
• 素材脚本 Agent：交回 1 份分镜脚本，按“镜号-画面-文案-时长”四列，字段含 sku_id、场景、时长秒数。
• 数据复盘 Agent：交回 1 份周报，按流量、转化、异常三段，字段含日期区间、渠道、指标名，数值沿用后台原始口径。
• 合规检查 Agent：交回 1 张检查表，字段含 sku_id、检查项、结论（通过/不通过/待补资料）、检查人。

这三项要素是故意留的：数量决定够不够用，格式决定下游能不能直接读，字段决定能不能被脚本或人工核对。缺一项，验收就会变成“看着差不多”。

用一次完整的促销流程检验分工

分工表好不好，要走一遍促销节奏才知道。可以按这个顺序跑：活动前一周做商品资料整理、文案、合规检查、报名；活动前两天做库存确认和价格审批，再触发改价与素材发布；活动当天只跑监控与客服话术更新；活动后跑数据复盘和未售库存处理。

走的时候专门记录卡住的交接点，例如文案交回的卖点没有人群标签，脚本 Agent 只能回头问；合规检查表缺检查人字段，上架动作停在等待。把这些记在一张表里，再回到分工表改：要么补进验收字段，要么改成串行。交接点记录模板：

改完之后用同一份任务清单再走一遍，看同样的交接点是否还停。如果还停，多半是输入资料本身没准备好，而不是 Agent 数量不够。