前段时间，一个朋友来找我，问他的 GEO 产品应该怎么做冷启动。

产品和官网已经做好了，接下来最重要的事情，是找到第一批用户。国内，他想试试公众号和小红书；海外则主要考虑 X 和 Reddit。但团队人不多，他既要管产品，又要盯内容和增长。

一开始，他觉得这些工作可以交给不同的 Agent。但做起来以后才发现，团队里的人和Agent之间的协作是个大问题。

每换一个工具，他都要重新介绍一遍产品背景；页面改了什么，要同步给运营；运营提出新的想法，他整理完以后，还要再转发给另一个 Agent。

刚好最近我在体验 Teamily，就把他的产品资料放进项目群，想看看能不能换一种协作方式。

做过项目的朋友，应该都很熟悉一种协作方式。先拉一个项目群，把产品、运营和负责执行的人都放进来。有什么变化直接在群里讨论，不用负责人挨个通知。

Teamily 想做的事情也比较好理解，只不过这个群里除了人，还可以有负责不同工作的 Agent。

从分析方向、研究话题，到写内容，人和 Agent 都可以围绕同一份产品资料、前面的讨论和已经做出来的东西，继续往下工作。

在开始之前，我先跟 Teamily 分析了一下这个产品的冷启动路径。

讨论下来，决定在获客阶段先做一个免费的 AI 可见度快诊。这样一来，用户不需要一上来就理解整套 GEO 方法，而是可以先从自己的品牌问题出发，体验产品到底能提供什么价值。

方向确认后，我们接着让 Teamily 设计快诊的落地页。它先梳理了页面文案和表单结构，再通过 Website Builder，把方案做成了一个可以实际填写的交互页面。

这一版页面一共分为三个步骤。用户填写信息时会进行校验，中途退出后，本地草稿也能保留下来。

这里比较方便的一点是，前面讨论的增长策略，没有停留在一份方案里，而是直接延续到了页面设计中。

为什么先做免费快诊，用户需要提供哪些信息，提交以后应该看到什么，这些判断可以接着用到页面设计里，不用换一个工具再从产品介绍开始讲。当然，这还只是一个用来验证想法的版本，但至少我们有了一个可以继续测试和修改的页面。页面完成后，朋友把负责海外推广的内容运营负责人拉进了项目群。

这位同事主要负责 X 和 Reddit，同时也会尝试其他海外增长方式。到了这一步，Teamily 的多人、多 Agent 协作就开始发挥作用了。研究 Agent 可以先整理海外用户关心的问题，内容 Agent 再结合这些信息和产品背景，完成内容初稿。

运营负责人不需要等待朋友把所有资料重新整理一遍。他可以直接看到，团队前面为什么决定先做免费快诊，也能了解落地页已经推进到了哪一步。需要调整的地方，就放在同一个项目群里继续讨论。

可能有朋友会问，这和拉一个普通工作群，再把 AI 写好的内容复制进去，有什么区别？我觉得，区别在于参与者的上下文的沉淀。比如一篇 Reddit 内容，运营看完以后觉得营销感太强，于是删掉了一些表达。

如果只是把修改后的版本交给另一个 AI，它只能看到哪些句子被删掉了，却未必知道为什么要删。下一次换一个话题，可能又会写出差不多的内容。

但现在，运营对平台语境的判断，以及这一次为什么要这样改都可以作为上下文沉淀在这个项目群里。这些信息不只对人有用，后续参与项目的 Agent 同样需要。

所以，Teamily 项目群的价值不只是把几个 Agent 放在一起，而是让它们能够利用前面的讨论继续工作，少让负责人重新解释一次。如果朋友把自己的 X 账号接入 Teamily，还可以继续把发布 Agent 加进来。

运营审核内容、朋友确认产品信息之后，再由发布 Agent 执行已经确认的发布动作。这样，内容讨论、修改和发布都发生在同一个项目里，版本就更容易保持一致。接下来，他们准备把这套海外内容分工放进 Loop。

研究 Agent 整理话题，运营负责人选择方向，内容 Agent 完成初稿，朋友确认产品信息，再进入审核和发布。

这样到了下一周，团队就不需要重新讨论任务应该怎么分、由谁交给谁，把已经验证过的协作方式保存下来。

小团队最容易出现的问题，是很多流程只存在于负责人的脑子里。每次开始新一轮工作，他都要重新安排一遍。

Loop 如果能稳定运行，就相当于把这些隐性的管理工作，变成了一条所有人都能看见的路径。

单个 Agent 已经越来越会干活了，但对很多业务负责人来说，下一步更值得关注的是，怎么让这些能力进入真实团队，同时不让自己继续充当所有人的中间人？如果你的团队也有一项每周重复、又需要多人确认的工作，你最想先让 Agent 接手哪一段？