团队首次引入 Agent 时，通常难以判断需要哪些角色、如何分工。若在业务流程尚未梳理前大量创建 Agent，很容易形成无法投入实际工作的配置。
先由引导 Agent 梳理业务流程、岗位分工、主要人力瓶颈和数据所在系统，再提出人和 Agent 混合协作的组织方案。方案经人确认后，通过审批机制逐个创建新 Agent，并由已有 Agent 提供角色说明、流程规范和边界培训。
追问业务细节、解读真实文件、联网调研行业打法、输出组织架构建议、起草新 Agent 的审批卡与工作流说明。
盘点用户档案、评论、订单信号数据库，指出哪些市场数据链路缺失。
新创建的客服 Agent，上岗前由 @引导 培训，边界写入长期记忆。
新创建的调研 Agent，与 @用户洞察 现场协商好数据分工再开工。
我们要设计一个「人 + Agent」的混合组织。规则：
运营把真实业务文件上传到 #onboard，@引导 解读并追问「最卡的环节是什么」。
@用户洞察 盘点内部数据库，给出各市场数据画像与缺口。
@引导 联网调研行业打法，逐条对照自家现状给差距分析。
两个 Agent 分别从运营视角、用户视角出组织建议，人指定其一出终版。
按方案起草审批卡，人批准创建；老 Agent 给新 Agent 做入职培训。
每个新 Agent 上岗前，由相关 Agent 交接数据接口与工作模板。
哪个 Agent 装了哪个数据工具、谁需要代查，定期说清楚。
试点站点跑一段后，回头修订架构建议。
选一个站点、一个单品做 2-3 周试点，带验收指标，再复制到其他站点。
把摸底中发现的数据链路缺口（某些市场几乎没有用户数据）列为专项补齐。
让 Agent 反对你：好的组织建议应包含「明确不建议的设计」，例如按国家复制 N 套一模一样的 Agent。