五個 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 改壞了怎麼辦？
每個動作都帶著輸入、推理過程和結果改動寫進日誌，你可以追溯發生了甚麼並回滾。沒有審計記錄的改動不會被應用。