五个 AI Agent，一支电商增长团队
大多数 AI 助手只会回答问题。这五个 Agent 直接干活——各自负责店铺运营的一块，共享同一套记忆，交接之间不丢任何上下文。
通用 AI 助手可以帮你起草一封邮件、总结一张表格。但运营店铺是另一类问题：工作是持续性的，横跨四五个工具，每项任务都依赖另一项任务产出的数据。WorkDaddy 把这些工作拆给五个职责清晰的 Agent——Builder（建站）、Analyst（分析）、Visibility（可见度）、Retention（留存）、Ops（运维）。每个 Agent 有自己的工具集和「完成」的定义，五个 Agent 读写同一个共享记忆层：Analyst 周二发现的问题，周三就变成 Builder 的任务，你不用再复述一遍。
为什么是五个 Agent，而不是一个助手
把所有工具塞给一个 Agent，它就会变得含糊。拆分意味着每个 Agent 的工具集更窄、成功指标更聚焦、从指令到产出的路径更短。你也可以从一个 Agent 开始用起，需要时再逐个添加，而不是第一天就买下整套平台。
每个 Agent 只负责一件事、一套工具——职责不重叠
共享记忆：发现、决策、改动在 Agent 之间自动流转
每次改动都有日志、可追溯、可回滚
随店铺成长逐个开启 Agent
同一支团队，任何电商渠道
这些 Agent 不是针对某一个平台写死的。Shopify 店铺、headless 自建站、平台店铺列表、B2B 批发门户都能干——工具在变，职责不变。如果你在多个渠道卖货，同一支团队全部覆盖。
模型你来挑，或者让 WorkDaddy 自动路由
每个 Agent 都可以跑在 GPT、Kimi 或 Claude Code 上。你可以固定一个模型保证一致性，也可以让 WorkDaddy 按任务路由到最合适的引擎——长上下文分析给一个，代码改动给另一个。免费方案下你接自己的模型密钥，直接向供应商付费。
常见问题
必须五个 Agent 都用吗？
不用。大多数店铺从一两个开始——通常是 Builder 加 Visibility，或 Analyst 加 Retention——等第一批出了结果再加其余的。套餐就是按开启的 Agent 数量设计的。
Agent 之间怎么避免重复劳动？
每个 Agent 有明确的职责范围和工具集。共享状态存在同一个记忆层里，五个 Agent 都从那里读写。Analyst 标记了漏斗里坏掉的一步，Builder 直接把它接成任务，而不是重新发现一遍。
改动上线前我能审核吗？
能。每个 Agent 都可以运行在审核模式：准备好改动、展示 diff 和理由、等你批准。哪些 Agent 可以免审直接发布，由你决定。
如果 Agent 改坏了怎么办？
每个动作都带着输入、推理过程和结果改动写进日志，你可以追溯发生了什么并回滚。没有审计记录的改动不会被应用。